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SYSTEM AND METHOD FOR INTERFACING MULTIPLE ELECTRONIC DEVICES 



FIELD OF THE INVENTION 

The invention involves systems for communicating between multiple electronic 
devices, such as consumer electronic devices, via interconnections such as digital data buses. 

BACKGROUND 

Data bus protocols such as the Consumer Electronics Bus, or CEBus, can be 
utilized for interconnecting consumer electronics devices such as television receivers, display 
devices, video-cassette recorders (VCR), and direct broadcast satellite (DBS) receivers. A bus 
protocol such as the CEBUS provides for communicating both control information and data. 
CEBus control information is communicated on a "control channel" having a protocol defined 
in Electronics Industries Association (EIA) specification IS-60. Control information for a 
particular application can be defined using a form of programming language known as CAL 
(Common Application Language). 

Consumer electronics devices are becoming increasingly complex and provide 
an ever-increasing number of features. While coupling these complex devices together via a 
data bus may be necessary to provide a complete audio-video (A/V) system, doing so creates 
numerous problems. For example, certain features of one device may require interaction with 
one or more devices coupled to the bus. A capability of one device may be needed to complete 
a particular operation in another device. Conflicts between the needs of various devices may 
arise. 

A specific example of an A/V system involving complex electronic devices 

coupled via a data bus is a system that includes a dig ital VHS form at (DVHS) VCR, such as 

that being developedb ^Thomson Con sumer E lectronics. Inc., of Indianapolis, Indiana, and a 
< . — - — - 

DSS® satellite receiver, manufactured by Thomson Consumer Electronics, Inc. The DVHS 
VCR can record either analog or digital signals. Various checks must occur before a recording 
can occur. For example, is the proper type of tape (analog or digital) loaded in the VCR? Is the 
user entitled to record a particular program; is the copyright status such that recording is 
permitted and has the user paid any fees required? Is the DSS® unit available to tune the 
desired program at the time a recording is to be made? Is the DSS®unit tuning the desired 
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channel? In addition, a user must be informed, e.g., using on-screen display (OSD) messages, 
regarding the status of each device and what operations each device is performing. 
The complexity of each device and of the interactions involved creates a need for a robust 
system and method for communicating information between interconnected electronics devices 

5 

SUMMARY OF THE INVENTION 

The invention resides, in part, in recognizing the described problems and, in pan, 
in providing a system and method for solving these problems. One aspect of the invention 
JO involves a system and method for scheduling processes such that any particular device can 

check the status and capabilities of other devices, determine the availability of other devices, set 
timers as needed for scheduling events, and check conditions such as password and copyright 
compliance. 

Another aspect of the invention involves a system and method for passing 
15 password information between devices such that a password may be entered or resident in one 
device and the authorization associated with the password can be passed to another device for 
enabling a particular operation without compromising security. 

Another aspect of the invention involves a system and method for generating on- 
screen display information in one device that is representative of user interface information 
20 associated with one or more other devices. 

Another aspect of the invention involves a system and method for determining 
the existence of exception conditions, such as resource conflicts and error conditions, providing 
for completing a particular operation despite the existence of an exception condition that affects 
the particular operation, and informing a user of exception conditions and any alternative 
25 operations that have occurred as a result of the exception conditions. 

Another aspect of the invention involves a switching arrangement for 
automatically directing an RF signal source to a particular destination to enable a particular 
operation in an arrangement of interconnected electronic devices. 

30 BRIEF DESCRIPTION OF THE DRAWING 

The invention may be better understood by referring to the enclosed drawing in 

which: 
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Figures 1-3 show, in block diagram form, several embodiments of systems 
constructed in accordance with principles of the invention; 

Figures 4-7 Show, in block diagram form, various communication operations, 
occurring between devices included in the systems shown in Figures 1-3; and 

Figures 8-16 show, in flowchart form, the operation of systems shown in Figures 

1-3. 

DETAILED DESCRIPTION 

Figure 1 shows a system interfacing multiple electronic devices incl uding D - 
VHSVCSJflQ, DSS uniL UQ, TV 130, a nother A/V^eyicgJ^O, antennaJ40f or receiving 
broadcasrsignals, remote control 160 for providing a user interface to DSS unit 170, satellite 
dish antenna 190 for receiving DSS signals, and RF modulator 120. VCR 100 includes 
play /record circuitry 101 which receives signals to be recorded from luma/chroma processor 
106. Circuitry 101 outputs signals during playback to luma/chroma processor 103. Processor 
103 also includes switch 104 for routing signals during playback mode and during other modes 
as shown. VCR 100 also includes tuner 1 13 for tuning a desired channel from the signal 
produced by antenna 140 and line inputs 1 1 1 and 1 12 for receiving composite television signals 
from other A/V device 150 and line output 171 of DSS unit 170, respectively. Line output 107 
of VCR 100 provides a composite television signal output to line input 132 of TV 130. Digital 
I/O to VCR 100 is provided via digital interface 110. On screen display (OSD) generator 105 
produces signals representing user interface information, such as messages and status 
information, that can be coupled to TV 130 via switch 109 for display. Switches 102, 104, 109, 
and 1 14 provide for routing signals as need for each of the operating modes of VCR 100. 

Also included in VCR 100 is control microprocessor (^P) 108 which is coupled 
to and controls functions within VCR 100, such as tuner 1 13, play/record unit 101 and the 
luma/chroma processors, via a bus internal VCR 100 (not shown in Figure 1 ). Control \iP 108 
also controls the communication of control information to DSS unit 170 via digital I/O port 
1 10. Digital A/V data is also communicated between VCR 100 and digital data port 172 of 
DSS unit 170. For example, programs received by DSS unit 170 can be recorded in digital 
form in response to a user requesting a digital recording by DSS unit 170 providing digital data 
for the program to VCR 100. Display of a digitally recorded program is accomplished during 
playback in VCR 100 by coupling the digital data produced by VCR 100 to port 172 of DSS 
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unit 170 which proceeds to process the digital data and produce a composite television signal 
suitable for coupling to TV 130. 

In addition to the features already described, DSS unit 170 includes tuner 178 for 
tuning a particular signal from the signals received by dish antenna 190. The output of tuner 
178 is coupled to signal processing unit 174 which digitally processes the program signal and 
produces a variety of television signals. First, an S-video signal is produced and coupled to line 
output 173 which is coupled to line input 133 of TV 130. DSS unit 170 also produces a 
composite television signal which, as mentioned above, is coupled to VCR 100 via line output 
171 of DSS !70. Remote control receiver 176 receives signals, such as infrared (IR) or RF 
signals from wireless remote 160. The remote control signals provide a user interface 
permitting a user to control DSS unit 170. Although not shown in Figure 1, user interfaces such 
as remote control 160 could may also be provided for VCR 100 and TV 130. 

Also included in DSS unit 170 is control uP 175 which is shown connected to 
various features of DSS unit 170 via a control bus. Microprocessor 175 produces OSD data for 
providing a visible display of user interface messages and information similarly to that 
produced by OSD generator 105 of VCR 100. Microprocessor 175 also controls features of 
DSS unit 170, including digital I/O port 172, in a similar manner to that described above in 
regard to VCR 100. In particular, as is explained in more detail below, control information 
communicated between VCR 100 and DSS unit 170 may include user interface information, 
such as OSD data, information regarding events scheduled in each device, and availability of 
resources. 

The communication of such information allows either VCR 100 or DSS unit to 
check the status of the other device, obtain information regarding events scheduled in the other 
device, check for conflicts between events scheduled in DSS unit 170 and VCR 100 (for 

25 example, viewing of one program is scheduled in DSS unit 170 while programming of a 

different program is scheduled in VCR 100), and determine whether errors exist in the other 
device (e.g., an analog tape is loaded in VCR 100 when a digital recording is supposed to 
occur). Because either device can obtain such information from the other, either device can 
determine exception conditions (i.e., conflicts and errors) and can maintain a log of exception 

30 conditions that exist for one or both devices. The log can be provided to the user via OSD, for 
example, to inform the user of the status of the system. 

In addition, one device can modify operations scheduled in another device that 
may involve an error or conflict in an effort to achieve the object of the original operation. For 
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example, assume a user requests a digital recording, but loads an analog tape rather than a 
digital tape. Control processor 108 in VCR 100 will detect the error. However, control 
processor 175 in DSS unit 170 could also check the status of VCR 100 by sending appropriate 
commands to VCR 100 via the digital bus interface comprising digital I/O units 1 10 and 172. 
DSS unit 172 would then receive status information, could evaluate the information and detect 
the error, and could proceed to send appropriate commands to VCR 100 to modify the digital 
record operation to an analog record operation. Thus, while the user would not obtain a digital 
recording as desired, at least the user would have a recording of the program, thereby achieving 
at least part of the original object of the operation. A record of all such modifications of 
operations that occur in one, or both, devices could be maintained in one device and could be 
presented to a user, for example, in an OSD display, to inform the user of the changes. 

Figures 2 and 3 show variations of the system shown in Figure 1 . More 
specifically, Figure 2 shows the manner in which the system would be connected if TV 130 has 
only one line input rather than two as in Figure 1 . In Figure 2, rather than signals from DSS 
unit 170 being provided directly to TV 130 via line output 173 as in Figure 1, the system in 
Figure 2 couples the output of DSS unit 170 to line input 132 of TV 130 via line output 17 1 of 
DSS unit 170 and line input 111, switch 109, and line output 107 of TV 130. Other aspects of 
Figure 2 are substantially the same as in Figure 1 and will not be described again. 

In Figure 3, TV 130 has only an antenna input and no composite video inputs. 
As a result, the output of DSS unit 170 in Figure 3 is routed to the antenna input of TV 130 via 
switch 177 of DSS unit 170 and RF modulator 120. Other aspects of the system shown in 
Figure 3 are substantially the same as in Figures 1 and 2 and will not be described again. 

Another aspect of the system shown in Figure 1 involves security issues such as 
those involving operations requiring a password. For example, before purchase of a pay-per- 
view event is permitted, it may be necessary to enter a password. Similarly, a password may be 
needed before viewing of programs with certain ratings is permitted. Normally, a password for 
such operations would be entered in the DSS unit. However, recording a pay-per-view event or 
recording an event having a rating that is restricted also requires checking a password. That is, 
when a user requests recording of a program, VCR 100 sends a request to DSS unit 170 to 
schedule tuning of the correct program at the correct time. The request causes DSS unit 170 to 
check authorization information such as whether a password is needed for the particular 
operation. 
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As explained in more detail below, the system shown in Figure 1 provides for 
password validation as part of a device attempting to access "instance variables" (IV), e.g., VCR 
100 attempting to schedule an event in DSS unit 170. Provisions of known systems, such as the 
CEBus control channel protocol/do not adequately support devices that have configurable 
security or devices that require a user to input a password when security authorization is 
required. The system and method described herein enhances security because passwords are not 
transmitted over a bus such as the CEBus. In addition, multiple devices such as VCR 100 and 
DSS unit 170 do not all have to know the password or words. Also, multiple passwords having 
different security levels associated with each password are supported. Timers within a device 
are not needed and, in particular, a requesting device can take as long as necessary to generate a 
password, thus supporting user inputted passwords. The exemplary password validation system 
includes an authentication feature that is implemented using the GE Encryption and 
Authentication Algorithm Version U as documented in E1A IS-60.4 Pan 6 entitled "Application 
Layer Specification Appendix A". 
15 As an example of password validation, consider a bus such as the CEBus. Three 

scenarios are possible for executing operations that may require password validation on the 
CEBus. The first scenario is a normal CEBus request, i.e., Implicit_Invoke, Explicit_Invoke, 
Conditional_Invoke, or Explicit_Retry. As shown in Figure 4, a normal request is transmitted 
from a Node A to a Node B. Node B then determines that none of the operations in the request 
20 require a password. Thus, Node B will execute the request. 

The second scenario is a normal request (Implicit_Invoke, Explicit_Invoke, 
Conditional_Invoke, or Explicit_Retry) that requires a password. As shown in Figure 5, a 
normal request is transmitted from Node A to Node B. Node B determines that a password is 
required to execute part of the request. Node B returns a CAL error to Node A indicating that 
25 access to a secure instance variable (IV) was denied to Node A. Node A will then prompt the 
user for a password comprising, for example, from one to 1 8 characters (bytes). Any of the 1 8 
bytes not entered will be set to zero. Node A then re-sends any operations that are necessary as 
an Authenticate Invoke packet using the above-mentioned authentication feature. In this 
packet, the message text is the operations required, the Authentication Key is the password, the 
30 Authentication Key ID is 0, and the Authentication Algorithm ID is 3. The packet may 

optionally be encrypted. Node A then transmits the Authenticate Invoke packet to Node B. 
Node B receives the request and checks validation using its known password(s) as the 
Authentication Key to the authentication algorithm. If Node B has several security levels with 
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different passwords for each level, the validation will be checked using each password (starting 
with the lowest security level) until validation is successful or all known passwords are tried. 
The MT layer will let the Application Layer know which level of security was successful. If the 
Authenticate Invoke packet passes validation, Node B performs the operations and the 
5 Application Layer will check to see if the appropriate security level is now met. If validation is 
successful but the security level is not high enough to perform the operations, then Node B will 
return a CAL error that indicates access to a secured IV was denied. If the Authenticate Invoke 
packet fails validation for all known passwords, Node B sends a Reject Packet with a reject 
code of Failed_Authentication (33h). 
iq A third scenario occurs when a CEBus authenticate request 

(Authenticate Jmpjnvoke, Authenticate_Exp Jnv, Authenticate_Cond _Inv, or 
Authenticate_Exp_Retry) packet is transmitted from Node A to Node B as shown in Figure 6. 
In this scenario, Node A generates an authenticate request packet using the authentication 
algorithm with the Authentication Key being the password, the Authentication Key ID being 0, 
15 and the Authentication Algorithm ID being 3. The packet may optionally be encrypted. Node 
B receives the request and checks validation using its known password(s) as the Authentication 
Key to the authentication algorithm. If Node B has several security levels with different 
passwords for each level, the validation will be checked using each password (starting with the 
lowest security level) until validation is successful or all known passwords are tried, the MT 
20 layer will let the Application Layer know which level of security was successful. If the request 
passes validation, the request will be executed and the Application Layer will check if the 
appropriate security level is now met. If validation is successful but the security level is not 
high enough to perform the operation(s), then Node B will return a CAL error indicating that 
access to a secured IV was denied. If the request fails validation for all known passwords, a 
25 Reject packet with the reject code Failed.Authentication (33h) will be sent from Node B to 
Node A. 

If no password exists at either node, a password of 18 zeros will be used. Node 
A can either request user input to generate the password or use a password stored in memory. 
Node B must have the password stored in memory or use the default password. 
30 A specific example will now be explained in reference to the interface between 

VCR 100 and DSS unit 170 in Figures 1-3. A simplified version of the interface is depicted in 
Figures 7 A through 7E. In Figure 7 A, a user enters a timer event into VCR 100 which requires 
the same event to exist on DSS unit 170. VCR 100 sends an Explicit Invoke to DSS unit 170 to 
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create a timer event in DSS unit 170. DSS unit 170 determines that the timer event requires a 
password because the event exceeds a spending limit imposed on pay-per-view purchases, or 
exceeds a rating level, or the event is too far in the future. As shown in Figure 7B, DSS unit 
170 sends a CAL Error Result to. VCR 100 indicating that access to a secured IV was denied. 
VCR 100 prompts the user for a password and uses the entered password to create an 
Authenticate Explicit Invoke packet. VCR 100 then sends the Authenticate Explicit Invoke 
packet to DSS unit 170 as shown in Figure 7C DSS unit 170 receives the Authenticate Invoke 
packet and validates it using the DSS unit s password(s). If the Authenticate Invoke passes 
validation and the security level is high enough to perform the operation, the timer event is 
successfully scheduled with DSS unit 170. As in Figure 7D, DSS unit 170 sends a Result 
packet to VCR 100 with a COMPLETED TOKEN (FEh). If the Authenticate Invoke passes 
validation and the security level is not high enough to perform the operation, the timer event is 
not scheduled with DSS unit 170. In this case, DSS unit 170 sends a Result packet to the VCR 
with an ERROR TOKEN (FDh) and an erro code indicating that access to a secured IV was 
15 denied. If the Authenticate Response fails validation for all passwords of DSS unit 170, the 

timer event is not scheduled with DSS unit 170 and DSS unit 170 sends a Reject packet to VCR 
100 with a reject code of Failed_ Authentication (33h) as shown in Figure 7E. 

A detailed description of an embodiment implementing an interface system that 
provides the above described features follows. In addition to explanatory text, the following 
20 description provides CAL language (common application language) instructions that, for one 
skilled in the art, clearly define an exemplary en,oodiment of the above-described system. As a 
further aid to understanding the following description, Figures 8 through 16 provide flowcharts 
illustrating the system and methods described below. 

The DVHS - VCR being developed by Thomson Consumer Electronics, Inc. has 
25 a standard A/V input, A/V IN, as well as the simplified Digital A/V Bus, DAV. This allows the 
DVHS-VCR to record and play back either standard analog or digital video and audio. The 
DAV bus uses a PI 394 physical layer to send the digital bit stream. The CEBus uses a single 
ended common collector physical layer and the IS-60 communication protocol. 

The analog input , A/V IN, allows the user to monitor the DSS video from the 
30 VCR. This capability also allows the VCR to record the analog video and audio signal. The 
VCR has a default recording mode determined by an external switch located on the DVHS- 
VCR. The user preference setup and VCR media detenmine the recording mode on event by 
event basis. 
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The programmed timer event information shares information necessary to 
schedule an event between the DSS and DVHS-VCR. This includes, among other things, time, 
date, program duration, recording mode (analog or digital) and frequency of the timer program 
event. 

The DVHS-VCR play back is recording dependent. The VHS play back occurs 
via a conventional VHS tape display system. Digital play back involves sending a digital bit 
stream to the DSS for decoding and display. There are four means to send the DSS audio and 
video to the TV. An S-Video TV is connected directly to the DSS S-Video output. A TV with 
only one A/V input uses the DVHS-VCR output video switch to route DSS video to the DVHS- 
VCR A/V OUT. The TV RF input can receive the DSS RF modulator output. Finally, a TV 
can receive and send a DAV bitstream. 

The DVHS includes a CEBus application layer comprising seven CEBus 
contexts. All CEBus devices must contain the Universal Context. The DVHS-VCR also 
contains a Media Transport, Tuner, User Interface, A/V (Data Channel), Receiver Control, 
and Time Context. The DSS3 contains the Tuner, User Interface, A/V (Data Channel), 
Receiver Control, and Time Context. 

Specific operational rules governing the playback and recording functions of the 
DSS - DVHS interface are described first. 

The next section describes the DSS and VCR interaction necessary to schedule 
and carry out a pre-scheduled Program Timer Event from the VCR User Interface. The 
program timer recording event requires three separate functions: (1) Resource verification; (2) 
Password validation; (3) Copy Protection; (4) Error or conflict resolution; and (5) the record 
event. 

In the case of establishing a DSS scheduled programmed event from the VCR, 
the VCR must retain the event and wait for the DSS to initiate the recording. The VCR can 
add or delete program event information in the DSS. The VCR may not remotely modify the 
DSS program events. The DSS updates the VCR when the DSS user interface deletes or 
changes a program timer event. If the event is deleted from the VCR user interface, the VCR 
deletes the event in the DSS. The VCR cannot modify the DSS program timer event data. 

The DSS is responsible for initiating the record session. The DSS request VCR 
availability, Tape Type, switches the VCR's A/V input to DSS Video, and Hails for the DAV 
bus (digital recordings). The error and conflict resolution function involves the detection of a 
Tape Type miss-match, VCR schedule conflicts, or VCR not on the bus (no response). 
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The VCR maintains the scheduled event until it expires or is pre-empted by 
another programmed event timer. The steps required to setup a program timer event with the 
DSS from the DVHS-VCR are as follows. 

STEP 1: DSS Availability Inquiry 

The VCR verifies it has an available Program Timer Event Object. If there are 
no available events, the VCR generates an OSD message indicating the VCR program event 
scheduler is full. 

The VCR sends an Explicitjnvoke message to all Data Memory class objects 
(16) in the DSS Time Context (05) requesting "If current^ status = not programmed then 
getValue timer_object_id "m" (6D). The DSS returns a completed token "FE" plus the 
timer_object_id IV value "m" for those program event objects not in use ("C M = 0). All other 
Program Timer Event Objects return FC. The VCR will use the first available program event 
timer. 

15 The following CAL command is sent from the VCR to the DSS: 

"05 00 16 56 43 E8 30 F7 43 6D F8'' 

The command reads as :=< for time context (05), any (00) event timer class 

object (16)> <if (56) <current status "C M (43) equals (56) zero (30)> <Begin (F7)> <getValue 

(43) timer_object_id "m" (6D)> < END (F8)> 
20 Example: For Timer Context (05h) Program Even Timer objects (03h) - (OAh), 

assume object (04h) and (07h) are not in use. The response from the DSS is: 

FC FE 34 FC FC FE 37 FC FC FC 

In this case the Command is sent with the protocol services: 
MT Service Level 
25 APDU Mode: Basic Fixed 

APDU Type: Explicit__Invoke 



NL Service Level 
NPDU Type: 
30 Routing: 

Allowed Media: 
BR1: 



non-extended service 

Directory 

Not Used 

Not Used 
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BR2: Not Used 

DLL Service Level 

Service_class: Basic 
5 DLL service: Acknowledged 

Addressed service: As required 

Include source: Yes 

Priority: High 

If there are no time slots available the DSS returns 
10 "FC FC FC FC FC FC FC FC" 

The VCR displays appropriate OSD to indicate either the VCR t DSS or both do not have 

additional program event timers available. 



STEP 2: Setting Program Timer Event 
15 The VCR sends event_data, instant variable <4 e'\ to the Program timer Event 

object with the received timer_object„id, IV value, LL The symbol LL is the received program 
timer object timer_object_id value. It is a hex variable. 

The VCR sends an Explicitjnvoke message to the Program Timer Event object 
(LL) in the DSS Time Context (05) : 
20 05 LL 46 65 F5 F5 F4 3 1 32 F6 DnnnLnTnRIAM" 

where "DnnnLnTnRIAM" are the data bytes. The LL field is the hex value of the available DSS 
program timer event object timer_object_id IV returned by the DSS in STEP1 . 

The command reads as :=< for time context (05), Program Timer Event object (LL)> 
<setArray (46) <event_data IV (65) <delimiter (F5)(offset = 0)> <delimiter (F5) > <DATA Token 
25 (F4)> <number of bytes = 12 (31 32)> <Escape Token (F6)> DnnnLnTnRIAM > 

The receiving node, DSS, returns the completed token, "FE". The complete 
token indicates the setArray Method was executed on the event_data IV. 
The Command is sent with the protocol services: 
MT Service Level 
30 APDU Mode: Basic Fixed 

APDU Type: Explilcit_Invoke 
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NL Service Level 
NPDU Type: 
Routing: 
Allowed Media: 
5 BR1: 
BR2: 



non-extended service 

Directory 

Not Used 

Not Used 
Not Used 



DLL Service Level 
Service_class: Basic 
DLL service: 
Addressed service: 
Include source: 
Priority: 



Acknowledged 
As required 
Yes 
High 



Error Condition: Event__Data not accepted ,setArray method not completed. 

The DSS returns the Error Token FD and appropriate error/ return code. The 
15 VCR attempts to locate a new available object. If the VCR finds a new object it places the 
event in the new object. Otherwise, the VCR generates a no timers in DBS available error 
message. 

Error Condition: Pre-condition not satisfied. 

The DSS returns FD31 38. This indicates that the event_data was not 
20 updated because a pre-condition was not satisfied ( the object was already programmed.) 

The VCR must locate a new available program timer event object. If there are no available 

program timer event objects, the VCR generates and OSD message. 

Error Condition: Password required 

The DSS returns FE FD. The return code indicates that the variable is 
25 protected and requires a password. The VCR prompts the User to enter a DSS Password. The 

four character password is used to encrypt the timer.event IV value. The timer_event IV data is 

sent to the DSS as encrypted data. 



STEP 3: Password Authentication 
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The DSS checks the received event_data value and determines if the program 
selection requries a password. If password authentication is required, the DSS returns an 
authentication error/ reject indication to the VCR. The VCR generates an OSD to request a 
- DSS password. The DSS. password is used to construct an authenticated message. The VCR 
5 sends an authenticated data packet to the DSS. The DSS verifies that the requested program 
and password level are in agreement. If they are in agreement the DSS returns a completed 
token "FE". Otherwise the DSS resends the authentication error/reject indication. 

STEP 4: Copy Right Authorization 

10 Once an appointment is accepted, the DSS extracts the copy right level 

information from the user guide and places it in its program timer event object copy_protection 
p (70) instant variable. Initially the VCR's copyprotection IV is set to UNKNOWN. The 
VCR must obtain the copy right information from the DSS before it begins recording. The 
VCR sends an Explicit_Invoke message to the DSS Time Context (05), ProgramTimer Event 

15 Object (LL) requesting "getValue of copyprotection IV, "p" (70). The DSS returns a 

completed token * 4 FE" plus the copyprotection IV value. The following CAL command is 
sent from the VCR to the DSS: 
"05 LL 43 70" 

The command reads as :=< for time context (05), any program timer event object 
20 (LL)> <getValue (43) copyprotection IV "p" (70)> 

The receiving node, DSS, returns the completed token, "FE" plus the present 

value of "p". The complete token indicates the getVaiue Method was executed on the 

event_data IV. The VCR must verify that it can record the program and that the recording 

means, digital or analog, is in compliance with the copy_protect IV value. The copy_protect 
25 IV values are as follows: 

30h = copy allowed 

3 1 h = analog copy allowed 

32h = 1 analog copy allowed 

33h = 1 digital copy allowed 
30 34h = no copies allowed 

35h = unknown 
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The Command is sent with the protocol services: 

MT Service Level 

APDU Mode: Basic Fixed 

APDU Type: Explilcit_Invoke 
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NL Service Level 

NPDU Type: 

Routing: 

Allowed Media: 

BR1: 

BR2: 



non-extended service 

Directory 

Not Used 

Not Used 
Not Used 



DLL Service Level 
Service_class: Basic 

15 DLL service: Acknowledged 

Addressed service: As required 

Include source: Yes 

Priority: High 



20 

Error Condition: Copy_Protection IV set to UNKNOWN. 

This condition indicates that the copyright limitations are unknown due to a 
flaw in the DSS program guide or the program is scheduled beyond the limits of the program 
guide. The DSS will update the VCR's program timer copy_protection IV when it is changed 
25 to a known state. The VCR may not keep the appointment when the copyprotection IV is set 
to UNKNOWN at the time of the appointment. The VCR must warn the user that the copy 
right level is UNKNOWN and that the recording may not take place. 

Error Condition: Copy_Protection IV not consistant with requested recording mode. 

This occurs when the requested recording mode does not comply withe the 
30 copyprotection IV level. The VCR generates an OSD to indicate the requested record level is 
not allowed and indicates alternative method. When digital recordings are not pemitted but 
analog recordings are permitted, the VCR prompts the user to the analog option. If the user 
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does not choose the analog option the program timer event object is reset and the appointment 
is erased in the DSS by the VCR. 

STEP 5: Program Event Schedule Conflicts 

5 The VCR checks for schedule conflicts between events in both the remote device 

and VCR. It also verifies that the conflicts are unique. The VCR sends an Explicit_Invoke 
message to the DSS Time Context (05), Program Timer Event Object (LL), 4t getValue of 
event_conflict IV, i4 t" (74). The following CAL command is sent from the VCR to the remote 
device, (DSS): "05 LL 43 74". The command reads as :=< for time context (05), any program 

10 timer event object (LL)> <getValue (43) event_conflict IV "t" (74)> 

The DSS returns a completed token "FE" plus the event.conflict IV value. 

Example: For Timer Context (05h) Program Even Timer objects (03h) - (OAh), assume object 
(02h) and (OAh) in the remote device, DSS, are in conflict with object (04). The VCR sends the 
15 CAL Command: "00 04 43 74". The DSS returns the completed token, "FE", and the numeric 
values for objects 02 and OA: "FE 30 32 31 30". The Command is sent with the protocol 
services: 

MT Service Level 
APDU Mode: Basic Fixed 

20 APDU Type: Explilcit_Invoke 



NL Service Level 
NPDU Type: 
Routing: 
25 Allowed Media: 
BR1: 
BR2: 



non-extended service 

Directory 

Not Used 

Not Used 
Not Used 



DLL Service Level 
30 Service.. class: Basic 

DLL service: Acknowledged 
Addressed service: As required 
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Include source: Yes 
Priority: High 

There is one required step to delete a program timer event in the DSS from the 
DVHS-VCR. The VCR sends an Explicit.lnvoke message, dependent upon the event.data 
instant variable value, to all DSS Time Context (05) Memory Data class objects (16). If the 
event_data instant variable matches the incoming event then clear_event is set to OOh. The 
receiving object, DSS, then resets the clear.event = Olh. The following CAL command is 
sent from the VCR to the DSS: 

"05 00 1 6 56 65 E8 F4 3 1 32 F6 DnnnLnTnRlAM F7 4 1 63 F8" 
where "DnnnLnTnRlAM" are the data bytes. 

The command reads as :=< for time context (05), any (00) Data Memory class 
object (16)> <if (56) <current status "c M (65) equals (E8) <DATA Token (F4)> <number of 
bytes (31 32)> <Escape Token (F6)>< DnnnLnTnRlAM xBegin (F7)> <setOff (41) 4, c" (63) > 
< END (F8)> 

The receiving node will return a completed token (FE) for the objects containing 
the appropriate event_data IV valuet and all the program timer event object instant variables are 
cleared. The DSS program timer event object Instant Variables are set to their default values.If 
the receiving node returns a false evaluation token (FC) the VCR assumes that the event was 
already deleted or is not found The VCR generates an OSD message indicating that the event 
was not found in the box that responded to the message. 

Example: For Timer Context (05h) Program Even Timer objects (03h) - (OAh), assume object 

(04h) is the object holding the appointment. The response from the DSS is: 

FC FE FC FC FC FC FC FC 

The Command is sent with the protocol services: 

MT Service Level 

APDU Mode: Basic Fixed 

APDU Type: Explicitjnvoke 
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NL Service Level 
NPDU Type: 
Routing: 



non-extended service 
Directory 
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Allowed Media: Not Used 

BR1: Not Used 

BR2: Not Used 

5 DLL Service Level 

Service_class: Basic 

DLL service: Acknowledged 

Addressed service: As required 

Include source: Yes 

10 Priority: High 



Known error states developed from an attempt to set up a program timer event 
from the VCR will now be described. 

15 Error State: VCR Program Event Object Unavailable 

If all the VCR program events are in use the VCR does not add the new event 
and does not attempt to add the event to remotely located device. 

Action: The VCR generates an OSD indicating the VCR program scheduler is full. The 
program timer event is not added to either the DSS or VCR program timer event list. 
20 User Action: The user must delete a VCR event before proceeding. 



Error State: DSS Program Event Object Unavailable 

If all the DSS program events are in use, the DSS returns false evaluation for all 
eight program timer event objects. 
25 Action: The VCR generates an OSD indicating the DSS program scheduler is full. The added 
event is deleted from the VCR event list. 

User Action: The user may delete a DSS event scheduled on the VCR or change to the DSS 
User Interface and delete a program. 



30 



Error State: Password not verified 

When the VCR attempts to schedule a program and the program requires a 
master password, the DSS returns an unauthenticated message error. 
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Action: VCR generates an OSD indicating that the program selection requires the DSS Master 
password. The VCR uses the provided password to generate the encryption keys. The VCR 
then sends the data and encryption keys to the the appropriate program timer event object in o 
the DSS. 

5 Error State: Program Event Schedule Conflicts 

When the VCR schedules a program in the DSS and there is a conflict in either 
the VCR or DSS, the program event is placed in both the VCR and DSS. The DSS returns 
event object number(s) to indicate that there is a schedule conflict. The VCR generates an OSD 
indicating what programs are in conflict. 
10 Action: DSS reports that there is a schedule conflict and the event numbers with the conflict. 
The VCR must display the conflicting events and indicate the location of the events. 
User Action :The VCR User Interface allows the user to either ignore the event conflict or 
delete the newly scheduled DSS event. 

The DSS and VCR interaction necessary to schedule and carry out a pre- 
15 scheduled Program Timer Event from a remote (DSS) User Interface is described next. A 

VCR Program Timer Event may be initiated, deleted or modified remotely. The program timer 
recording event requires three separate functions: (1) Resource verification; (2) Copy 
Protection Validation; (3) Error or conflict resolution; and (4) the record event. 

The DSS request information to determine VCR availability to make a 
20 recording. The Copy Protection Validation requires the remote device and VCR to determine 
when a program can be legally copied. The error and conflict resolution functions involves the 
detection of a schedule conflict, inappropriate VCRsetup and no response, The record macro 
function involves setup of the VCR input, to either analog or DAV inputs, instructing the VCR 
to begin recording, verifying the VCR is in the record mode, and tuning the DSS to the 
25 appropriate channel, (making a purchase if necessary). 

The DSS will request resource verification from the VCR to determine VCR 
availability and Tape Type. The DSS will also switch the A/V switch to DSS Video. The error 
and conflict resolution function involves the detection of a Tape Type miss-match, VCR in use, 
or VCR not on the bus (no response), The record event function involves setup of the VCR 
30 input, to either analog or DAV inputs; instructing the VCR to begin recording, and verifying the 
VCR is in the record mode. 

The steps required to setup, i.e., add, a program event with the DVHS-VCR from 
the DSS are described below. 



overman <wo 
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STEP 1: The DSS verifies it has an available Program Event Object. If there are no 
available program event objects, the DSS generates an OSD message indicating the DSS 
program event scheduler is full. 

Once an appointment is accepted, the DSS extracts the copy right level 
information from the user guide and places it in its program timer event object copyprotection 
p (70) instant variable. Initially the copyprotection IV is set to UNKNOWN. The DSS then 
determines if it legal to copy the program material and generates appropriate OSD screens in the 
event the program may not be copied. Once the DSS record methods and program material are 
in agreement it proceeds to make an appointment with the VCR. 

The remote device DSS, sends an Explicit_Invoke message to all Data Memory 
class objects (16) in the VCR Time Context (05) requesting "If current_ status = not 
programmed then getValue timer_object_id "m" (6D). The DSS returns a completed token 
"FE" plus the timer_object_id IV value "m" for those program event objects not in use ("C" = 
0). All other Program Timer Event Objects return FC. The remote device, DSS, uses the first 
available program event timer object. 

The following CAL command is sent from a requesting node, the DSS, to the 
VCR: "05 00 16 56 43 E8 30 F7 43 6D F8" 

The command reads as :=< for time context (05), any (00) Memory Data class 
object (16)> <if (56) <current status "C" (43) equals (56) zero (30)> <Begin (F7)> <getValue 
(43) timer_object_id "m" (6D)> < END (F8)> 

The VCR node will return a completed token (FE) and the timer_object_id IV 
value for all those Data Memory class objects with a current status =0 and a false evaluation 
token (FC) for all Data Memory class objects with current status o 0. 

Example: For Timer Context (05h) Program Even Timer objects (03h) - (OAh), assume object 

(04h) and (07h) are not in use. The response from the VCR is: 

FC FE 34 FC FC FE 37 FC FC FC 

If there are no time slots available the DSS returns 

"FC FC FC FC FC FC FC FC 

The Command is sent with the protocol services: 
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MT Service Level 
APDU Mode: 
APDU Type: 
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Basic Fixed 
Explicitjnvoke 



10 



NL Service Level 

NPDU Type: 

Routing: 

Allowed Media: 

BR1: 

BR2: 



non-extended service 

Directory 

Not Used 

Not Used 
Not Used 



DLL Service Level 
Service_class: Basic 

DLL service: Acknowledged 

15 Addressed service: As required 

Include source: Yes 

Priority: High 



If there are no time slots available the DSS will display appropriate OSD to 
20 indicate either the VCR, DSS or both do not have additional program event timers available. 

STEP 2: Setting Program Timer Event 

The remote device, DSS, sends event_data, instant variable "e" f to the Program 
timer Event object with the received timer_object_id, IV value, LL The symbol LL is the 
25 received program timer object timer_object_id value. It is a hex variable. The remote device, 
DSS, sends an Explicit_Invoke message to the Program Timer Event object (LL) in the VCR 
Time Context (05) : 

05 LL 46 65 F5 F5 F4 31 32 F6 DnnnLnTnRIAM" 

where "DnnnLnTnRIAM" are the data bytes. The LL field is the hex value of the available 
30 VCR program timer event object timer_object_id IV returned by the VCR in STEP 1 . 

The command reads as :=< for time context (05), Program Timer Event object (LL)> 
<setArray (46) <event_data IV (65) <delimiter (F5)(offset = 0)> <delimiter (F5) > <DATA Token 
(F4)> <number of bytes = 12 (31 32)> <Escape Token (F6)> Dnn nLnTnRIAM > 
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The VCR returns the completed token, "FE". The complete token indicates the 
setArray Method was executed on the event_data IV. 
The Command is sent with the protocol services: 
MT Service Level 
5 APDU Mode: Basic Fixed 

APDU Type: Explicit Jnvoke 

NL Service Level 

NPDU Type: non-extended service 

10 Routing: Directory 

Allowed Media: Not Used 
BR1: Not Used 

BR2: Not Used 

15 DLL Service Level 

Service_class: Basic 

DLL service: Acknowledged 

Addressed service: As required 

Include source: Yes 

20 Priority: High 

Error Condition: Event_Data setArray not completed. 

The VCR returns the Error Token FD and appropriate error/ return code. The 
VCR attempts to locate a new available object. 

25 

Error Condition: Pre-condition not satisfied. 

The VCR returns FD31 38. This indicates that the event__data was not 
updated because a pre-condition was not satisfied ( the object was already programmed.) The 
remote device, DSS, must locate a new available program timer event object. If there are no 
30 available program timer event objects, the remote device, DSS, generates and OSD message. 



STEP 3: Copyright Authorization 



10 
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Once an appointment is accepted, the remote device, DSS, sends the copy right 
level information to the program timer event object copyprotection p (70) instant variable. 
Initially, the VCR's copy.protection IV is set to UNKNOWN. The VCR must obtain the copy 
right information from the remote device, DSS, before it begins recording. 

The remote device, DSS, sends an Explicit_Invoke message to the DSS Time 
Context (05), ProgramTimer Event Object (LL) "setValue of copyprotection IV, "p" (70). 
The VCR returns a completed token "FE" plus the copyprotection IV value. 

The following CAL command is sent from the VCR to the DSS: 
"05 LL 45 70 F5 <numcrio M 

The command reads as :=< for time context (05), any program timer event object 
(LL)> <setValue (45)> < copyprotection IV "p" (70)> <delimiter (F5)> < numerio. 

The VCR, returns the completed token, "EE". The complete token indicates the 
setValue Method was executed on the event_data IV. The VCR must verify that it can record 
the program and that the recording means, digital or analog, is in compliance with the 
15 copy_protect IV value. The copy_protect IV values are as follows: 
30h = copy allowed 
31h = analog copy allowed 
32h = 1 analog copy allowed 
33h = 1 digital copy allowed 
20 34h = no copies allowed 
35h = unknown 

The Command is sent with the protocol services: 
MT Service Level 
APDU Mode: Basic Fixed 

25 APDU Type: Explilcitjnvoke 



NL Service Level 
NPDU Type: 
Routing: 
30 Allowed Media: 
BR1: 
BR2: 



non-extended service 

Directory 

Not Used 

Not Used 
Not Used 
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DLL Service Level 

Service^class: Basic 

DLL service: Acknowledged 

Addressed service: As required 

Include source: Yes 

Priority: High 

Error Condition: Copyprotection IV set to UNKNOWN. 

This condition indicates that the copy right limitations are unknown due to a 
flaw in the, remote device, DSS, program guide or the program is scheduled beyond the limits 
of the program guide. The remote device, DSS, will update the VCR's program timer 
copyprotection TV when it is changed to a known state. The VCR may not keep the 
appointment when the copy_protection IV is set to UNKNOWN at the time of the appointment. 
The VCR must warn the user that the copy right level is UNKNOWN and that the recording 
may not take place. 



Error Condition: Copy_Protection IV not consistant with requested recording mode. 

This occurs when the requested recording mode does not comply withe the 
copyprotection IV level. The remote device, DSS, generates an OSD to indicate the requested 
record level is not allowed and indicates alternative method. When digital recordings are not 
pemitted but analog recordings are permitted, the remote device,DSS, prompts the user to the 
analog option. If the user does not choose the analog option the program timer event object is 
reset and the appointment is erased in the VCR by the remote device, DSS. 

STEP 4: Program Event Schedule Conflicts 

The remote device, DSS, checks for schedule conflicts between events in both 
the remote device and VCR. It also verifies that the conflicts are unique. The remote device, 
DSS, sends an Explicit_Invoke message to the VCR Time Context (05), Program Timer Event 
Object (LL), "getValue of event_copy IV, "t" (74). 

The following CAL command is sent from the remote device, DSS, to the VCR: 
"05 LL 43 74" 
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The command reads as :=< for time context (05), any program timer event object 
(LL)> <get Value (43) event_conflict IV 41 r (74)> 

The VCR returns a completed token "FE" plus the event__eonflict IV value. 

5 Example: For Timer Context (05h) Program Even Timer objects (03h) - (OAh), assume object 
(02h) and (OAh) in the remote device, DSS, are in conflict with object (04). The remote device, 
DSS, sends the CAL Command: "00 04 43 74" 

The VCR returns the completed token, "FE'\ and the numeric values for objects 
02 and OA: "FE 30 32 3 1 30" 
10 The Command is sent with the protocol services: 
MT Service Level 
APDU Mode: Basic Fixed 

APDU Type: Explilcit_Invoke 

15 NL Service Level 

NPDU Type: non-extended service 

Routing: Directory 

Allowed Media: Not Used 

BR1: Not Used 

20 BR2: Not Used 



DLL Service Level 
Service_class: Basic 

DLL service: Acknowledged 

25 Addressed service: As required 

Include source: Yes 

Priority: High 

The following single step is used to delete a program timer event in the VCR from the 

30 DSS. 

STEP 1 : Conditional Deletion 
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The DSS sends an Explicit_Invoke message, dependent upon the event_data 
instant variable value, to all VCR Time Context (05) ) Memory Data class objects (16).. If the 
event_data instant variable matches the incoming event then clear_event is set to OOh and all 
event related data is cleared from the object. 

5 After the object's event related data is cleared, the receiving object, VCR, resets 

the clear_event = 01 h (Boolean True). 

The following CAL command is sent from the remote device, DSS, to the VCR: 
"05 00 16 56 65 E8 F4 3 1 32 F6 DnnnLnTnRIAM F7 4 1 63 F8" 
where "DnnnLnTnRIAM" are the data bytes. 

10 The command reads as :=< for time context (05), any (00) Memory Data class 

object (16)> <if (56) <current status "e" (65) equals (56) <DATA Token (F4)> <number of 
bytes (31 32)> <Escape Token (F6)>< DnnnLnTnRIAM ><Begin (F7)> <setOff (41) "c" (63) > 
< END (F8)> 

The VCR node will return a completed token (FE) if the condition is met and the 
15 data is placed into the event_data instant variable. Otherwise the receiving node returns a false 
evaluation token (FC). The VCR returns a completed token (FE) for the object containing the 
event_data IV value and all the program timer event object instant variables are cleared. The 
DSS program timer event object Instant Variables are set to their default values. If the VCR 
returns a false evaluation token (FC) the remote device, DSS, assumes that the event was 
20 already deleted or is not found The DSS generates an OSD message indicating that the event 
was not found in the box that responded to the message. 

Example: For Timer Context (05h) Program Even Timer objects (03h) - (0Ah) ? assume object 
(04h) is the object holding the appointment. The response from the VCR is: 
25 FC FE FC FC FC FC FC FC 

The Command is sent with the protocol services: 

MT Service Level 

APDU Mode: Basic Fixed 

APDU Type: Explicit_Invoke 

30 

NL Service Level 
NPDU Type: 
Routing: 



non-extended service 
Directory 
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Allowed Media: Not Used 

BR1: Not Used 

BR2: Not Used 

5 DLL Service Level 
Service_class: Basic 

DLL service: Acknowledged 

Addressed service: As required 

Include source: Yes 

10 Priority: High 



The following three steps are required to modify a program timer event in the 
VCR from the DSS. 

15 STEP 1 : The remote device, DSS, sends an Explicit_Invoke message, dependent upon the 
evem.data instant variable value, to all VCR Time Context (05) Data Memory class objects 
(16). If the event_data instant variable matches the incoming event the VCR returns the 
Completed result "FE" and its timer_object_id IV, * 4 nT, value. All other objects return the 
False Evaluation result "FC. 

20 The following CAL command is sent from the DSS to the VCR: 

"05 00 16 56 65 E8 F4 31 32 F6 DnnnLnTnRIAM F7 52 F8" 
where "DnnnLnTnRIAM" is the event_data instant variable data. 

The command reads as :=< for time context (05), any (00) Data Memory class 
object (16)> <if (56) <current status "e" (65) equals (56) <DATA Token (F4)> <number of 

25 bytes (3 1 32)> <Escape Token (F6)>< DnnnLnTnRIAM ><Begin (F7)> <)> <getValue (43) 
timer_objectJd "m" (6D)> < END (F8)> 

The program timer object containing the supplied event_data TV value returns a 
completed token indicating the condition is met, "FE", and a second completion token, "FE'\ 
and the timer_object_id IV value. Those program_timer_objects not evaluation as TRUE return 

30 the false evaluation token, "FC". 

Example: If the VCR Time Context (05) Program Timer Event objects are (03h) - (OAh) and 
the object corresponding event to be modified is in object (08h) the VCR returns 
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4 TC FC FC FC FC FE FE 38 FC FC 
The Command is sent with the protocol services: 
MT Service Level 
APDU Mode: Basic Fixed 

5 APDU Type: Explicit Jnvoke 

NL Service Level 

NPDU Type: non^extended service 

Routing: Directory 

10 Allowed Media: Not Used 

BR1: Not Used 

BR2: Not Used 

DLL Service Level 
15 Service_class: Basic 

DLL service: Acknowledged 
Addressed service: As required 
Include source: Yes 
Priority: High 

20 

STEP 2: Modifing event_data IV Information 

The DSS sends Explicitjnvoke message to modify the event_data instant 
variable. The following CAL command is sent from the DSS to the VCR: 
"05 (LL) 46 F5 F5 F4 31 32 F6 DnnnLnTnRIAM" 
25 where "DnnnLnTnRIAM" is the event_data information. 

The command reads as :=< for time context (05), program event timer object 
(LL)> <setArray (46) <delimiter>(offset = 0)<delimiter><DATA Token (F4)> <number of 
bytes = 12 (3 1 32)> <Escape Token (F6)> DnnnLnTnRlAM > 

The VCR returns a completed token (FE) when the data is placed into the 
30 event_data instant variable. Otherwise, the receiving node returns an Error Token, "FD'\ with 
the appropriate error/return message. 
The Command is sent with the protocol services: 
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MT Service Level 
APDU Mode: 
APDU Type: 



Basic Fixed 
Explicit_Invoke 



5 NL Service Level 
NPDU Type: 
Routing: 
Allowed Media: 
BR1: 
10 BR2: 



non-extended service 

Directory 

Not Used 

Not Used 
Not Used 



DLL Service Level 

Service__class: Basic 

DLL service: Acknowledged 

Addressed service: As required 

Include source: Yes 

Priority: High 



STEP 3: Copy Right Authorization 
20 ° nce ™ appointment is accepted, the remote device, DSS, sends the copy right 

level information to the program timer event object copy .protection p (70) instant variable. 
The VCR's copyprotection IV must be updated by the remote device, DSS, before it begins 
recording. 

The remote device, DSS, sends an Explicit_lnvoke message to the DSS Time 
25 Context (05), ProgramTimer Event Object (LL) "setValue of copyprotection IV, 44 p" (70). 
The VCR returns a completed token 4 TE" plus the copyprotection IV value. 

The following CAL command is sent from the VCR to the DSS: 
"05 LL 45 70 F5 <numeric>" 

The command reads as :=< for time context (05), any program timer event object 
30 (LL)> <setValue (45)> < copyprotection IV "p" (70)> <delimiter (F5)> < numcrio. 

The VCR, returns the completed token, "FE". The complete token indicates the 
setValue Method was executed on the event_data IV. The VCR must verify that it can record 
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the program and that the recording method, digital or analog, is in compliance with the 
copy_protect IV value. The copy_protect IV values are as follows: 
30h = copy allowed 
3 lh = analog copy allowed 
5 32h = 1 analog copy allowed 
33h = I digital copy allowed 
34h = no copies allowed 
35h = unknown 

The Command is sent with the protocol services: 
10 MT Service Level 

APDU Mode: Basic Fixed 

APDU Type: ExpliIcit_Invoke 



NL Service Level 

NPDU Type: 

Routing: 

Allowed Media: 

BR1: 

BR2: 

DLL Service Level 
Service_class: Basic 
DLL service: 
Addressed service: 
Include source: 
Priority: 



non-extended service 

Directory 

Not Used 

Not Used 
Not Used 



Acknowledged 
As required 
Yes 
High 



Error Condition: Copyprotection IV set to UNKNOWN. 

This condition indicates that the copy right limitations are unknown due to a 
30 flaw in the, remote device, DSS, program guide or the program is scheduled beyond the limits 
of the program guide. The remote device, DSS, will update the VCR's program timer 
copy_protection IV when it is changed to a known state. The VCR may not keep the 
appointment when the copy_protection IV is set to UNKNOWN at the time of the appointment. 
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The VCR must warn the user that the copy right level is UNKNOWN and that the recording 
may not take place. 



Error Condition: Copy_Protection IV not consistant with requested recording mode. 
5 This occurs when the requested recording mode does not comply withe the 

copy_protection IV level. The remote device, DSS, generates an OSD to indicate the requested 
record level is not allowed and indicates alternative method. 

When digital recordings are not pemitted but analog recordings are permitted, 
the remote device,DSS, prompts the user to the analog option. If the user does not choose the 
10 analog option the program timer event object is reset and the appointment is erased in the VCR 
by the remote device, DSS. 

STEP 4: Program Event Schedule Conflicts 

The remote device, DSS, checks for schedule conflicts between events in both 
15 the remote device and VCR. It also verifies that the conflicts are unique. 

The remote device, DSS, sends an Explicit_Invoke message to the VCR Time 
Context (05), Program Timer Event Object (LL), "getValue of event_conflict IV, "t" (74). 

The following CAL command is sent from the remote device, DSS, to the VCR: 

4t 05 LL 43 74" 

20 The command reads as :=< for time context (05), any program timer event object 

(LL)> <get Value (43) event_conflict IV "t" (74)> 

The VCR returns a completed token "FE" plus the event_conflict IV value. 

Example: For Timer Context (05h) Program Event Timer objects (03h) - (OAh), assume objects 
25 (05h) and (OAh) in the remote device, DSS t and VCR objects (03h), (06h),and (07h) are in 

conflict with new event stored in VCR object (04). Also, the event stored in the VCR program 
event timer object (06h) has the same remote_ua dn remot_hc as the new event stored in VCR 
object (04h). The remote device, DSS, sends the CAL Command: "00 04 43 74" 

The VCR returns the completed token, "FE'\ and the numeric timer_number IV 
30 values for objects 03 and 07: "FE 30 3 1 30 35" 
The Command is sent with the protocol services: 
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MT Service Level 
APDU Mode: 
APDU Type: . 

5 NL Service Level. 

NPDU Type: 

Routing: 

Allowed Media: 

BR1: 
10 BR2: 



Basic Fixed 
Explilcit_Invoke 

non-extended service 

Directory 

Not Used 

Not Used 
Not Used 



DLL Service Level 
Service_class: Basic 

DLL service: Acknowledged 

15 Addressed service: As required 

Include source: Yes 

Priority: High 



The DSS then generates an OSD to indicate that the DSS program event timers 3 
20 and 8 and VCR program timer events 1 and 5 are in conflict. The VCR program event timer 4, 
stored in object (04h) is not indicated since it is duplicated in the DSS. 

The next section describes known error states developed from an. attempt to set 
up a program timer event from the DSS. 



25 Error State: DSS Program Event Object Unavailable 



If all the DSS program events are in use the DSS does not add the new event. 
Action: The DSS generates an OSD indicating the DSS program scheduler is full. The event 
not added to the VCR event list. 
30 User Action: The user must delete a DSS event before proceeding. 



Error State: VCR Program Event Object Unavailable 
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If all the VCR program events are in use, the VCR does not return the object 
number of an available program event object. 

Action: The DSS generates an OSD indicating the VCR program scheduler is full. The added 
5 event is deleted from the DSS event list. 

User Action: The user may delete a DSS event scheduled on the VCR of change to the VCR 
User Interface and delete a program. 

Error State: Program Event Schedule Conflicts 
10 When the DSS schedules a program in the VCR and there is a conflict in either 

the VCR or DSS, the program event is placed in both the VCR and DSS. The VCR returns 
event object number(s) to indicate that there is a schedule conflict. The DSS generates an OSD 
indicating what programs are in conflict. 

Action: VCR Reports that there is a schedule conflict and the event numbers with the conflict 
15 User Action :The VCR User Interface allows the user to either ignore the event conflict or 
delete the newly scheduled DSS event. 

Error State: Program Event Schedule Conflicts 

When the VCR schedules a program in the DSS and there is a conflict in either 
20 the VCR or DSS, the program event is placed in both the VCR and DSS. The DSS returns 

event object number(s) to indicate that there is a schedule conflict. The VCR generates an OSD 
indicating what programs are in conflict. 

Action: DSS reports that there is a schedule conflict and the event numbers with the conflict. 
The VCR must display the conflicting events and indicate the location of the events. 
25 User Action :The VCR User Interface allows the user to either ignore the event conflict or 
delete the newly scheduled DSS event. 

The interaction between the DSS and VCR to execute a programmed timer event 
is described next. 

For a DSS digital record timer event, the DSS requests information to determine 
30 VCR availability to make a recording. The error and conflict resolution function involves the 
detection of a schedule conflict, VCR and DSS operational states, and tape availability. The 
record macro function involves setup of the VCR input, to either analog or DAV inputs. 
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instructing the VCR to begin recording, verifying the VCR is in the record mode, and tuning the 
DSS to the appropriate channel, (making a purchase if necessary). 

The DSS request VCR availability and Tape Type. The DSS will switch the 
A/V switch to DSS Video and prepare the VCR to receive a digital bit stream. The error 
5 handling checks for Tape Type miss-match, VCR in use, or VCR not on the bus (no response) 
errors. 

The VCR and DSS availability's to keep the event appointment is verified 
during a time period before the event time. This allows user intervention to deal with VCR and 
DSS state conflicts. During the typical programmed event both the VCR and DSS are turned 
10 OFF. Several minutes before a DSS appointment, the DSS will send Command 1. 

The steps for the DSS to initiate a program event with the DVHS-VCR are as 

follows. 



STEP 1 Command: VCR availability determination 

15 The DSS determines the VCR availability before the appointment. The DSS 

sends an Explicit_Invoke get Value method to the VCR Universal context (OOh) Node Control 
Object (Olh) power instance variable *w' (77h) and Media Transport context (1 lh) Transport 
Mechanism Object (03h) instance variables 4 C (43h) (motion_mode), T (6Ch) 
(medium_load), 'm' (6Dh) (medium), 4 w (77) (write_protected), Display context (13h) 

20 Output Source Switch object (02h) instance variable 4 C\ 

"00 01 43 77 F9 1 1 03 43 43 FB 43 6C FB 43 6D FB 43 77 F9 13 02 43 43" 
The Command is sent with the protocol services: 
MT Service Level 
APDU Mode: Basic Fixed 

25 APDU Type: Explicitjnvoke 

NL Service Level 

NPDU Type: non-extended service 
Routing: Directory 
30 Allowed Media: Not Used 
BR1: Not Used 

BR2: Not Used 
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DLL Service Level 
Service_class: Basic 
DLL service: Acknowledged 
Addressed service: As required 
Include source: Yes 
Priority: High 

When the VCR is setup correctly it returns the values : 
"00 F5 30 F5 01 F5 31 30 32 F5 00 F5 39 " 

This indicates the VCR is in the OFF states), the VCR is in the STOP mode, a 
tape is loaded, a digital tape is loaded m = "31 30 32" ,the tape is not write protected, and the 
VCR output video source switch = AVR1 {DSS }. 

Exception handling in Step 1 is addressed as follows. 

Tape Not Loaded 

If the DSS is on, the DSS outputs an OSD indicating a DSS program timer event 
is about to occur and that no tape is loaded in the VCR. It also request the User to load a 
Digital Tape. If a tape is not loaded into the VCR the DSS deletes the program timer event 
from the schedules and places a failure notice in the DSS mailbox. If the VCR is on and the 
VCR output video switch is not set to AVR1, the VCR displays an OSD indicating that a DSS 
program timer event is about to occur and that no tape is loaded in the VCR. 

Analog Tape Loaded 

If the DSS is on, the DSS outputs an OSD indicating a digital recording mode 
DSS program timer event is about to occur and that that VCR is loaded with an Analog only 
tape. The DSS waits for the user to repond and indicate that a digital tape had been loaded or 
to make an analog recording. There are three possible outcomes: 

1 ) If the user responds that the recording should take place with the analog 
tape, the DSS changes the appointment to an analog recording. This information is sent from 
the DSS to the VCR. 

2) If the user responds to cancel the appointment, the DSS deletes the 
appointment from both the VCR and DSS program timer events list. 
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3) If no response is given the DSS assumes that the user desires an analog 
recording to take place. At the record time the DSS request the type of tape loaded in the VCR 
and then makes the appropriate recording, (digital or analog). 

If the VCR is turned on and the VCR output video switch is not set to 
AVR1, the VCR must initiate the OSD messages to determine if the recording should proceed 
as an analog recording or be cancelled. There are three possible outcomes: 

1 ) If the user responds that the recording should take place with the analog 
tape, the VCR changes the appointment to an analog recording. This information is sent from 

the VCR to the DSS. 

2) If the user responds to cancel the appointment, the DSS deletes the 
appointment from both the VCR and DSS program timer events list. 

3) If no response is given the VCR assumes that the user desires an analog 
recording to take place. At the record time the DSS request the type of tape loaded in the VCR 
and then makes the appropriate recording, (digital or analog). 

Read Only Tape Loaded 

If the DSS is on, the DSS outputs an OSD indicating a record timer event is 
about to occur and that a Read Only Tape is loaded. The user must indicate the recording can be 
cancelled or kept. If the user indicates the recording appointment should be kept DSS sends a 
command to cause the VCR to eject the read only tape. If there is no response the DSS cancels 

the recording appointment. 

If the VCR is turned on and the VCR output video switch is not set to AVR1, the 
VCR initiates an OSD messages indicating a record timer event is about to occur and that a 
Read Only Tape is loaded. The user may indicate the recording can be cancelled or kept. If the 
user indicates the recording appointment should be kept the tape is ejected. If there is no 
resonse the VCR cancels the recording appointment. 

VCR Output Display Source Switch o AVR1 

If the display switch is the only error, the DSS sets the VCR Output Display 
Source Switch to AVR1 and continues on to Step 2. 

If other setup errors are present, the VCR is responsible for display of OSD 
messages indicating conditions: Tape Not Loaded, Analog Tape Loaded. Read Only Tape 
Loaded, and Tape motion Mode o STOP. 
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Tape motion_mode exception handling 

The DSS determines if timer event should override the ongoing VCR state. 
If tape motion_mode = STOP, the DSS generates an OSD asking if the 
appointment should be kept. If the user enters NO then the DSS deletes the appointment from 
both the DSS and VCR. A non-response is defaulted to YES. 

If the VCR output video switch is not set to AVR1 . the VCR must also generate 
an OSD asking if the appointment should be kept. If the user enters NO then the VCR will 
delete the appointment from the DSS and VCR. A non-response is defaulted to YES. 

If tape motion.mode = RECORD, the DSS determines if the VCR is executing 
a previously scheduled program timer event. If it is executing a previous event timer the DSS 
will pre-empt the ongoing event at the appropriate time. The DSS sends an Explicitjnvoke 
message to all Data Memory class objects (16) in the VCR Time Context (05) requesting 
"get Value of current, status "C" (43)" and getValue of Medium Transport Context (1 1) 
15 Transport Mechanism Object (03) "motion_mode", "C" (43) IV. 

All the Program Timer Event Objects return FE and the value of their current status. The 
Medium Transport context returns the completed token. "FE" and the motion mode IV value. 
The following CAL command is sent from the VCR to the DSS: 
"05 00 16 43 43 F9 1 1 03 43 43" 
20 The command reads as :=< for time context (05), any (00) event timer class 

object (16)> <getValue (43) <current status "C" (43) End_of_Cmd (F9)xgetValue (43) 
motion_mode, "C" (43)> 

Example: For Timer Context (05h) Program Even Timer objects (03h) - (OAh), assume object 
25 (04h) is executing a program timer event. The response from the DSS is: 

FE30 FE32 FE3OFE30 FE 30 FE30FE30 FE 30 FE31 

In this case the Command is sent with the protocol services: 

MT Service Level 

APDU Mode: Basic Fixed 

30 APDU Type: Explicit_Invoke 

NL Service Level 

NPDU Type: non-extended service 
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Allowed Media: Not Used 
BR1: 
BR2: 
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Not Used 
Not Used 



10 



DLL Service Level 
Service_class: Basic 

DLL service: Acknowledged 

Addressed service: As required 

Include source: Yes 

Priority: High 



If there are no time slots available the DSS returns 

"FC FC FC FC FC FC FC FC" 
15 The VCR displays appropriate OSD to indicate either the VCR, DSS or both do not have 
additional program event timers available. 

If the VCR is executing a program timer event then the DSS sets the tape 
motion.mode = STOP and clears the event from the VCR. The DSS then executes STEP 2. 

If tape motion.mode = PLAY, the DSS cancels the event and deletes it from the 

20 VCR. 

If tape Motion.mode = Other, the DSS cancels the event and deletes if from the 

VCR. 



25 



STEP 2: DSS Hails for DAV Bus Data 

At the appointment time, the remote device, DSS, re-verifies that the VCR is 
ready to carry out the appointment. Upon receipt of the return packet the DSS tunes to the 
appropriate channel, checks the copy protection level, and hails for the DAV Bus. 
Channel and sets copy protection variables 



30 Step 2.a: VCR Ready 

The remote device, DSS, queries the VCR to determine if it is ready to carry out 
the appointment. The DSS sends an Explicit_Invoke getValue method to the VCR Universal 
context (OOh) Node Control Object (Olh) power instance variable 'W (77h) and Media 
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Transport context (1 Ih) Transport Mechanism Object (03h) instance variables C* (43h) 
(motion.mode), T (6Ch) (medium Joad), <m> (6Dh) (medium), <w (77) (wnte.protected), 
Display context (13h) Output Source Switch object (02h) instance variable *C\ 
"00 01 43 77 F9 1 1 03 43 43 FB 43 6C FB 43 6D FB 43 77 F9 13 02 43 43" 
5 The Command is sent with the protocol services: 
MT Service Level 
APDU Mode: Basic Fixed 
APDU Type: Explicit.Invoke 

10 NL Service Level 

NPDU Type: non-extended service 

Routing: Directory 

Allowed Media: Not Used 

BR1: Not Used 

15 BR2: Not Used 



DLL Service Level 
Service_class: Basic 
DLL service: Acknowledged 
20 Addressed service: As required 
Include source: Yes 
Priority: High 

When the VCR is setup correctly it returns the values : 
25 "00 F5 30 F5 01 F5 31 30 32 F5 00 F5 39 " 

This indicates the VCR is in the OFF state, the VCR is in the STOP mode, a tape 
is loaded, a digital tape is loaded m = "31 30 32" ,the tape is not write protected, and the VCR 
output video source switch = AVR1 {DSS }. 



Step 2.b: Copy protection level validation 

If required, the remote device, DSS, sends the copy_protection IV value to the 
appropriate program timer. 
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Step 2.c: Hail for the DAV Bus 

The remote device, DSS, queries the bus to determine if it can take control of the 
BUS. The VCR gives up control of the bus unless it is in the play mode. At that time the 
resource is considered locked. The lock is released when the VCR is taken out of the play 
mode. 

The DSS gives up control of the bus unless it is suppling a bitstream to a VCR 
that is in the record mode. In that event, the channel is considered locked. The lock is released 
when the VCR is taken out of the record mode. 

Command: The DSS sets the copy protection values in the VCR and hails for the DAV Bus 
Data Channel. 



Step 2: Exception Handling: 

If the DSS cannot successfully gain access to the DAV Bus, the DSS program 

15 timer event defaults to an analog recording. 
STEP 3: DSS Initiates Digital Recording. 

Command: The DSS sends an Explicit_Invoke setValue method to the VCR Universal context 
(OOh) Node Control Object (Olh) instant variable *W (77h) = ON (power = ON) and Media 
20 Transport context (1 lh) Source Switch (02) instance variable *C (43h) = 31h 38 (DAV), 
Transport Mechanism Object (03h) instance variables *C (43h) = Olh (motion.mode = 
record), Display context (13h) Source Switch object (02h) instance variable *C = 09h 
(display = AVR1), and sets the VCR DAV Bus receiver to ON. 

"00 01 42 77 F9 11 02 45 46 01 FB 03 45 43 01 F9 13 02 45 43 09 (add DAV Bus receiver ON 

25 Tokens)" 

The Command is sent with the protocol services: 

MT Service Level 
APDUMode: Basic Fixed 
APDU Type: Explicitjnvoke 



30 



NL Service Level 

NPDU Type: non-extended service 
Routing: Directory 
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Allowed Media: Not Used 
BR1: Not Used 

BR2: Not Used 

DLL Service Level 
Service_class: Basic 
DLL service: Acknowledged 
Addressed service: As required 
Include source: Yes 
Priority: High 

The VCR should return: "FEFEFEFE FE" 

Upon receipt of the VCR return message the DSS tunes to the appropriate 
channel, turns on its DAV Bus Driver and send it to the VCR. 

Step 3 Exception Handling: 

The DSS will complete an analog recording of the program. 
To perform an analog recording event, the DSS request information to determine VCR 
availability to make a recording. The error and conflict resolution function involves the 
detection of a schedule conflict, VCR and DSS operational states, and tape availability. The 
record macro function involves setup of the VCR input, to either analog or DAV inputs, 
instructing the VCR to begin recording, verifying the VCR is in the record mode, and tuning the 
DSS to the appropriate channel, (making a purchase if necessary). 

The DSS request VCR availability and Tape Type. The DSS will switch the 
A/V switch to DSS Video and prepare the VCR to receive a digital bit stream. The error 
handling checks for Tape Type miss-match, VCR in use, or VCR not on the bus (no response) 
errors. 

The VCR and DSS availability's to keep the event appointment are verified 
during the five minute time period before the event time. This allows user intervention to deal 
with VCR and DSS state conflicts. During the typical programmed event both the VCR and 
DSS are turned OFF. Five minutes before a DSS appointment the DSS will send Command 1 
to verify the appointment. 
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For a digital recording the VCR returns the values : "00 f5 00 f5 0 1 f5 3 1 30 3 1 
f5 39 " (hex). For an analog recording the VCR can return either : "00 f5 00 f5 0 1 f5 3 1 30 3 1 
f5 39" (hex) or " 00 f5 00 f5 01 f5 3 1 30 3 1 f5 39 " (hex). . 

This indicates the instant variables (00h)(01h) w = ON , ( 1 lh)(03) C = 0, 1 = , m = 101 
(analog) orm = 102 (digital or analog) and (13h)(02) C = 9 (Audio/ Video 1) 
The VCR is required to send the DSS its Universal (00) Context, Node Control (01) Object, 
instant variable V value each time it changes. During the period following the execution of 
Macro 1 the DSS would check to see if the VCR changed from the OFF to ON state. 

Upon execution of the programmed timer event the DSS hails for access to the 
DAV bus. After succeeding in gaining access to the DAV bus the DSS sends Command 2: 
Recording Initiation Command. If the DAV bus is not available the DSS will attempt to make 
an analog recording of the desired program. 

The VCR should return: FEFEFEFE. Upon receipt of the VCR return 
message the DSS will tune to the appropriate message and send it over the DAV Bus. ^ 

Messages sent by DSS to initiate programmed recording are as follows. 

Command 1 : DSS Appointment Verification. The following CAL command is 
sent from the DSS to the VCR: 

00 01 43 77 F9 11 03 43 43 FB 43 6C FB 43 6D F9 13 02 43 43 

An Explicit_Invoke getValue method to the VCR Universal context (OOh) Node Control 
Object (Olh) power instance variable 4 w* (77h) and Media Transport context (1 Ih) Transport 
Mechanism Object (03h) instance variables 4 C (43h) (motion_mode), T (6Ch) 
(medium Joad), *m' (6Dh) (medium), Display context (13h) Source Switch object (02h) 
instance variable 'C . 

The Command is sent with the protocol services: 

MT Service Level 

APDU Mode: Basic Fixed 

APDU Type: Explicit.Invoke 

NL Service Level 

NPDU Type: non-extended service 
Routing: Directory 
Allowed Media: Not Used 
BR1: Not Used 
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BR2: Not Used 

DLL Service Level 
Service_class: Basic 
DLL service: Acknowledged 
Addressed service: As required 
Include source: Yes 
Priority: High 

Command 2: Digital Recording Initiation 

The following CAL command is sent from the DSS to the VCR: 
"00 01 42 77 F9 1 1 02 45 46 01 FB 03 45 43 01 F9 13 02 45 43 09" 
An Explicit_Invoke setValue method to the VCR Universal context (OOh) Node Control 
Object (Olh) instant variable *w' (77h) = ON (power = ON) and Media Transport context (1 lh) 
Source Switch (02) instance variable 'C (43h) = t4 31h 38h" (DAV), Transport Mechanism 
Object (03h) instance variables 'C* (43h) = Olh (motion_mode = record), Display context 
(13h) Source Switch object (02h) instance variable 4 C = 09h (display = AVI). 

The Command is sent with the protocol services: 
MT Service Level 
APDU Mode: Basic Fixed 
APDU Type: Explicit Jnvoke 

NL Service Level 

NPDU Type: non-extended service 
Routing: Directory 
Allowed Media: Not Used 
BR1: Not Used 

BR2: Not Used 

DLL Service Level 
Service_class: Basic 
DLL service: Acknowledged 
ddressed service: As required 
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Include source: Yes 
Priority: High 

Command 3: Analog Recording Initiation Command. 

The following CAL command is sent from the DSS to the VCR: 
"00 01 42 77 F9 1 1 02 45 43 09 FB 03 45 43 01 F9 13 02 45 43 09" 
An Explicitjnvoke setValue method to the VCR Universal context (OOh) Node Control 
Object (Olh) instant variable 4 w' (77h) = ON (power = ON) and Media Transport context ( 1 1 h) 
Source Switch (02) instance variable 'C (43h) = * 4 09h" (AVR1), Transport Mechanism Object 
(03h) instance variables 4 C* (43h) = Olh (motion_mode = record), Display context (13h) 
Source Switch object (02h) instance variable 'C = 09h (display = AVI). 

The Command is sent with the protocol services: 
MT Service Level 
APDU Mode: Basic Fixed 
APDU Type: Explicit _Invoke 

NL Service Level 

NPDU Type: non-extended service 
Routing: Directory 
20 Allowed Media: Not Used 
BR1: Not Used 

BR2: Not Used 

DLL Service Level 
25 Service_class: Basic 

DLL service: Acknowledged 
Addressed service: As required 
Include source: Yes 
Priority: High 

30 

Program timer event execution error states, i.e. error states that may occur during 
a DSS recording are described next 
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Error State: DAV Unavailable for Recording 

If the DSS box hails for access to the DAV bus and it is not available, the DSS 
will initiate an analog recording. In this case the DSS sends Command 3, Analog Recording 
Initiation Command, to the VCR. 

Error State: VCR turned on but not recording 

When the VCR is turned on but not recording and is displaying the VCR video 
five minutes before a timer event, the VCR generates an OSD indicating a timer event is about 
to occur and the video source (DSS). If the line input is switched to the DSS the DSS will 
display an OSD indicating that there is a pending timer event an allow the user to forgo the 
recording. In the event of no User action the timer event will occur. 

Action (1): Five Minutes before a DSS event, the DSS request the VCR On/OFF status and 
Output Video Switch state. 

(a ) If toe VCR or DSS is on and displaying DSS video a pending event OSD is 
15 generated. 

(b) U th e User forgoes the recording, the DSS cancels the event on both the VCR 
and DSS program timer events list. 

( c > If th e User indicates the appointment should be kept then the event occurs 

without additional user action. 

20 (d) Else < if toere is no response the DSS assumes that the recording should go on as 

scheduled. 

Action (2): If the VCR video switch state indicates VCR video is displayed, the VCR will 
request the DSS ON/OFF status five minutes before a timer event. 
< a ) If either the DSS or VCR is ON the VCR displays a pending event OSD 

25 message. 

( b ) If toe User indicates the appointment should be kept then the event occurs 
without additional user action. 

( c ) If there is no response the VCR assumes that the recording should go on as 
scheduled. 

30 ( d > If the User forgoes the event the VCR deletes the event from the DSS and VCR 

program timer events list. 

( e ) Else, if there is no response the VCR assumes that the recording should go on. 
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Action (3): If the VCR or DSS change from the OFF to ON states during the period five 
minutes before a recording event, the DSS and VCR repeat steps (1) and/or (2) to determining 
if they keep the event appointment. 

User Action: The User may forgo the recording by responding to the OSD. If the User does not 
respond then the recording will be allowed to occur. 

Error State: VCR in on and recording 

When the VCR is turned on and recording and a timer event occurs: 

Action (1): 

a) If it is a DSS timer event, the DSS determines if the ongoing recording is due to a VCR 
program timer event. 

b) If record state is due to an ongoing program timer event, the DSS keeps the appointment and 
the VCR allows the DSS to change appropriate VCR instant variables. 

Action (2): If it is a VCR timer event, the VCR keeps the appointment. 

Action (3): If the record state is not due to a program timer event, the VCR does not keep the 
appointment. 

Error State: No Tape Loaded 

When the timer event appointment is made, if there is no tape is loaded the 
VCR generates a status message back to the scheduler and indicates no tape is loaded and the 
appropriate tape type. The DSS generates an OSD indicating no tape is loaded in the VCR and 
indicating appropriate tape type for the requested recording. 

Error State: Read Only Tape Loaded 

When the timer event appointment is made, if a Read Only Tape is loaded in the 
VCR, the VCR generates a status message back to the scheduler indicating that the tape is a 
read only tape. The DSS generates an OSD indicating that the tape is a read only. 



Error State: Record Mode Tape Type Miss Match 

When a digital recording is requested and a VHS tape is loaded in the VCR the 
DSS and VCR will make an analog recording. 
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For an immediate digital record event with DSS source, two immediate digital 
record modes are available. In automatic mode the VCR record button is linked to a default bit 
stream generator. When the VCR Record function is initiated and there is no bit stream present 
the VCR initiates a record secession with the default device. The default device can be any bit 
stream generating device and is set up in the VCR User Interface. In dubbing mode the VCR 
may also make a recording of a bit stream already present on the DAV bus. This allows for 
dubbing between DVHS-VCRs and reception of other bit streams. There are two display 
possibilities. First, if there is a DSS present in the system, the DSS may be instructed to decode 
and display the DAV bit stream through the VCR's AVR1 even thought it is not the originator 
of the bit stream. This allows two VCR's to be hooked up to a single DSS and have the digital 
playback video to be routed through one VCR AV switch. 

For automatic recording when the VCR record mode is set to digital, a digital 
tape is loaded, and there is no digital bit stream present on the bus. the VCR initiates a digital 
recording upon receipt of a an IR or Front Panel Record command. 

For DAV bit stream source recording, the VCR initiates a digital recording with 
the default recording device. The VCR instruct the default device to inherit the DAV bus and 
begin sending its digital bit stream. The VCR also ask the source device to supply relevant 
copy protect information. 

Step ] : The VCR sends an Explicit_Invoke message to cause the Default device, DSS, 

to inherit the DAV data bus if the copy protection allows for recording. The return value is 
used to indicate if the DAV bus was locked or the program was copy protected. 
If (56) <copy protect variables> <equal> <value> < > 

The command reads as :=< for DAV transceiver context (04), driver object (02)> 
<if (56) < copy protect variables > (43) equals (E8) (value)> <Begin (F7)> <inherit (54)> 
F5(delimiter)<data channel ( )xF5 (delimiter)x F4 3 1 F6 26 > exit (52) (return value) <else 
getVaJue( ) x(copy protect variables) <END (F8)> 

Step 2: The default device, DSS, checks the copy protect mode of the video bit stream and 
determines if it is permissible to make a copy. If digital copies are permitted then the default 
device hails for the DAV bus. Otherwise the command is rejected. 

The source device must keep track of the number of receivers making digital 
copies and protect the bit stream from illegal copies. If the copy protection information 
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changes the source device must determine if the bit stream can be copied and act to prevent 
illegal copies. 

Step 3: The default device, DSS, turns no the DVHS-VCR DAV Bus receiver and instructs the 
VCR to go into the record mode. 

Step 4: The VCR checks the copy protect mode of the vidbo bit stream to verify that it is legal 
to make a digital copy. Every five minutes the VCR request copy protect information to insure 
it is making legal copies. 

For setup of default bit stream source device, during initial setup, the VCR hails 
the bus to determine what devices may act as bit stream sources on the DAV medium. Initially, 
the VCR uses the first DAV bit stream source device it locates as the default. The list of DAV 
bit stream source devices is used in the program timer event guide. 

The VCR User Interface is used to determine which product is the default. The 
VCR User Interface may update this list by forcing the VCR to re-acquire the DAV bit stream 
device information. During the re-acquire process the default is not changed unless the default 
device is not found. If the old default device is not found the first DAV bit stream source 
device detected becomes the default. 

For dubbing (recording when bit stream is already present), the VCR will initiate 
a dubbing digital recording upon receipt of a IR Record command if the VCR is in the digital 
record mode, a digital bit stream is already present on the DAV bus, and a digital tape is loaded. 

Before recording, the VCR broadcasts to see what is the source device on the 
DAV Bus and request copy protect information. Every five minutes the VCR request an update 
of the copy protect information. 

The source device must keep track of the number of copies being recorded and 
protect the bit stream from illegal copies. If it is legal to copy the bit stream the source device 
instructs the VCR to turn on its DAV receiver and to go into the record mode. Otherwise it 
instructs the requesting VCR to turn off its DAV receiver and stop recording. 

The error or exception handling states are as follows 
Error State: DAV Bus not available 

Error State: Digital bit stream video not being displayed through VCR. 
Error State:Copy Protected Bit stream 
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Error State: No Tape Loaded 

When a VCR Digital Record command is received and the VCR does not have a 
tape loaded the DSS displays an OSD indicating that no tape is loaded. The VCR is 
responsible for display of the no tape message when an analog recording is requested. 
5 ACTION: VCR reports no tape loaded to the DSS 

Error State: Read Only Tape Loaded 

When a record command is received and Read Only Tape is loaded the 
command is rejected arid the DSS generates an OSD indicating that the tape is a read only. 
10 ACTION: VCR reports read only tape loaded to the DSS 

Record Mode Tape Type Miss Match 

When a VHS tape is loaded and the VCR default recording mode is set to digital 
and a record command is initiated the VCR will inform the DSS that it is in the record mode, 
15 that a analog tape is loaded and that the record mode is digital. The DSS will then display an 
OSD indicating a tape type mismatch and ask if the user wants to proceed with an analog 
recording. If the user declines then the DSS displays a message indicating what tape format 
must be loaded into the VCR. Else, the DSS sends the VCR a record command and sets the 
record method to analog. 

20 ACTION: VCR reports the tape type and default record mode to the DSS. The DSS displays 
appropriate OSD and upon users command initiates an analog recording. 

For an immediate analog record event with DAV bus attached, 
the VCR will initiate an analog recording upon receipt of a IR Record command. 

For CEBus automatic recording, when the VCR record mode is set to analog and 
25 a tape is loaded, the VCR initiates an analog recording upon receipt of an IR or Front Panel 
Record command. 

For DSS source recording, the VCR initiates an analog recording with the 
default recording device. The VCR instruct the default device to inherit the DAV bus and begin 
sending its digital bit stream. The VCR also ask the source device to supply relevant copy 
30 protect information. 
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Step 1 The VCR sends an Explicitjnvoke message to cause the Default device, DSS, 

to inherit the DAV data bus if the copy protection allows for recording. The return value is 
used to indicate if the DAV bus was locked or the program was copy protected. 
If (56) <copy protect variables> <equal> <value> < > 

The command reads as :=< for DAV transceiver context (04), driver object (02 )> 
<if (56) < copy protect variables > (43) equals (E8) (value)> <Begin (F7)> <inherit (54)> 
F5(delimiter)<data channel ( )xF5 (delimiter)x F4 3 1 F6 26 > exit (52) (return value) <else 
getValue( ) ><(copy protect variables) <END (F8)> 

Step 2: The default device, DSS, checks the copy protect mode of the video bit stream and 
determines if it is permissible to make a copy. If digital copies are permitted then the default 
device hails for the DAV bus. Otherwise the command is rejected. 

The source device must keep track of the number of receivers making digital 
copies and protect the bit stream from illegal copies. If the copy protection information 
changes the source device must determine if the bit stream can be copied and act to prevent 
illegal copies. 

Step 3: The default device, DSS, turns no the DVHS-VCR DAV Bus receiver and instructs the 
VCR to go into the record mode. 

Step 4: The VCR checks the copy protect mode of the video bit stream to verify that it is legal 
to make a digital copy. Every five minutes the VCR request copy protect information to insure 

it is making legal copies. 

For setup of default bit stream source device, during initial setup, the VCR hails 
the bus to determine what devices may act as bit stream sources on the DAV medium. Initially, 
the VCR uses the first DAV bit stream source device it locates as the default. The list of DAV 
bit stream source devices is used in the program timer event guide. 

The VCR User Interface is used to determine which product is the default. The 
VCR User Interface may update this list by forcing the VCR to re-acquire the DAV bit stream 
device information. During the re-acquire process the default is not changed unless the default 
device is not found. If the old default device is not found the first DAV bit stream source 
device detected becomes the default. 
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For dubbing (recording when bit stream is already present), the VCR will initiate 
a dubbing analog recording upon receipt of a IR Record command if the VCR is in the analog 
record mode and a tape is loaded. 

The source device must keep track of the number of copies being recorded and 
protect the bit stream from illegal copies. If it is legal to copy the bit stream the source device 
instructs the VCR to turn on its DAV receiver and to go into the record mode. Otherwise it 
instructs the requesting VCR to turn off its DAV receiver and stop recording. 

Error or exception handling states are as follows. 



10 Error State: Copy Protected Bit stream 



Error State: No Tape Loaded 

When a VCR Digital Record command is received and the VCR does not have a 
tape loaded the DSS displays an OSD indicating that no tape is loaded. The VCR is 
15 responsible for display of the no tape message when an analog recording is requested. 
ACTION: VCR reports no tape loaded to the DSS 



Error State: Read Only Tape Loaded 

When a record command is received and Read Only Tape is loaded the 
20 command is rejected and the DSS generates an OSD indicating that the tape is a read only. 
ACTION: VCR reports read only tape loaded to the DSS 

For an immediate playback request, the VCR will initiate a play back of a digital 
tape upon receipt of a Play command when the DVHS-VCR is loaded with a digital tape. After 
receipt of the play command, the VCR will verify that a digital tape is loaded and switch the 
25 DSS digital port to receive the VCR input. If the DSS is off the VCR turns it to the ON state. 
ACTION: VCR turns the DSS to the ON state and sets the digital input port to receive data. 

Error State: DSS is in a Previous Scheduled Record Mode 

If the DSS is in use to make a recording the DSS returns an error message. 
30 ACTION: DSS returns an error message that it is unable to comply with the VCR action. 

Next, general clock update rules, i.e., specific operational rules governing the 
clock and time update functions of the DSS - DVHS interface, will be described. 



BNSDOCID; <WO 9728630 A2_l_> * 



WO 97/28630 



51 



PCT/US97/0168S 



Initialization Clock Setup 

Upon power up and bus initialization, the VCR locals best time source and 
request the time and date instant variables. * rv 

The VCR makes an BROADCAST explicit invoke Unacknowledged Service: 
If Time Context (05) Real Time Object (02) time_source device_class = DBS then getArray 
current time 44 C\ The return result will be FC from non-DBS sources. Any clock with a DSS 
derived clock source returns: FE <Data element> 

If there are no returns then the VCR attempts to locate an alternative CEBus clock source by 
BROADCASTING an Explicit Invoke Unacknowledged Service: Time Context (05) Clock 
class Object ( ID) If time_source o 0 then getValue current_time: 

ACTION: VCR request return of unit address of DSS products on the CEBus and for the DSS 
time context clock object instance variables current_time, current date string and day. 

For automatic time and date setup, the VCR will update the time context clock 
object (02 Real Time) instance variables M C W (current_time), "e" (current date string) and "d" 
(day) upon determination that a power line failure has occurred. 

The VCR will also update the time context clock object (02 Real Time) instance 
variables *'C" (current.time), "e" (current date string) and "d" (day) upon successful 
scheduling of a programmed timer event and receipt of each Power ON command from either 
the IR, front panel or CEBus control channel. 

For user initiated time and date update, upon request of the user from the VCR 
setup menu, the VCR will request the DSS to return the value for all supported time context 
clock object 2 (Real Time) instance variables. Also, the user can point to a specific CEBus 
clock element that he wants to control the VCR clock 

Next, bus initialization upon power up is described. More specifically, the 
CEBus initialization process to provide plug and play capabilities is described. 

Allocation of addresses is a significant function of CAL. The Node Control 
Object of the Universal Context is responsible for management of the three types of addresses 
in the CEBus network, MAC Addresses, System Addresses or house codes, and Group 
addresses. The DSS 3 determines its MAC address and house code either statically or 
dynamically. In a dynamic device the house code is determined by asking other devices within 
the home for their system address, and the MAC address is determined by selecting an address 
not currently used in that house. In a static device, the addresses are not determined by 
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interaction with the home network, but by some other means, such as user determined or factory 
preset. 

This section involves static house code and address setup and describes the 
default House Code and Address acquisition used to insure plug and play between the VHS and 
other CEBus units. 

The VCR must be able to broadcast messages to all of the devices on the DA V 
media (Simplified Digital A/V connector). This is accomplished by using a MAC address of 
0000 along with the house code address of the system. All devices must be able to respond to 
the broadcast MAC address 0000. All un-configured devices must acquire a MAC address. 
Once acquired, an address must not be lost during a power interruption. 

The default (factory set) house code is set to the zone address 000 1. This 
address is stored in the EPROM memory and must be maintained during a power interruption. 

For default address generation, upon initial power up, the VCR is unconfigured. 
The VCR must acquire a Unit address by hailing and inform other devices of its existence. 
15 Once acquired, this address is stored in EPROM memory. The address must be maintained 
during a power interruption. The Unit address is acquired using the hailing method. 

User entered house code and address generation is also possible. The User may 
enter the Desired House Code from the Setup Menu. Upon setting the House code the device 
can either Hail for a Unit Address or be assigned an address. If it is assigned an address it then 
20 must using hailing to insure it is a unique address. 

The user may also initiate a reset to a factory preset house code and initiate 
address generation. That is, the User may force the VCR to reset the House Code to 0001 h and 
re-acquire a new Unit Address. 

Dynamic setup conditions involve the VCR being able to acquire a house zone 
25 (also referred to as a house code) address and a unique Unit address. 

The VCR must act as a settable Node when acquiring a House Code. To acquire 
a house code, the User places the VCR into a Settable Node state from the setup menu. While 
in this state the VCR hails for a temporary Unit Address and then request the Configuration 
Master to send its House Code. If no house code is obtained the user in informed that the 
Configuration Master has not sent the house code and instructed to re-initiate the Configuration 
process. Generating a unit address occurs once the VCR has obtained a valid House Code. It 
uses the hailing process to obtain a unique Unit Address. 
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In response to a time update request from other nodes, the VCR will return its 
clock value, located in the Time Context (05) Real time Object (02) current timer instant 
. variable, to a device upon request. 
C (43)* current_time R/W numeric 

5 The Current_time instant variable contains the present local time in the VCR 

Real time Object. The data is a 13 byte numeric : yy_mm_dd_hh_mm_ss_w (year, month, day, 
hour, minute, second, day of week). Stimulus methods for initiating a time update are as 
follows. 

getValue (43h) o: Upon receipt of getValue the VCR returns the ASCII value corresponding 
10 to the current time. 

setValue (45h) o: If the run_edit IV is set to zero and a setValue method and a valid numeric 
value is received, the VCR sets the current_position IV to the updated value. If the value is not 
allowed an error message is generated. 
, 5 All other methods are ignored and an Error Message is returned. 

The next section describes aspects of DVHS-VCR initiated playback and 
recordings. First, playback setup, i.e., means of linking the VCR Play function to a digital bit 
stream decoder or recording device, is described. 

To provide a default playback device, the default (factory set) is set to the zone 
address 0001. This address is stored in the EPROM memory and must be maintained during a 

power interruption. 

Upon initial power up, the VCR is unconfigured. The VCR must perform 
default playback device validation, i.e., verify that the default device playback device is capable 
of decoding the DAV bus digitial bitsiream. The VCR broadcasts for all DAV bus capable 
25 devices. 

Alternatively, the User may enter the Desired playback target device. 
Also, the User may force the VCR to reset the playback device target to the 
factory default. 

Dynamic setup involves the following. The VCR must be able to acquire a 
30 Playback Device, determine what devices are DAV capable, acquire DAV Capable address and 
capabilities information, determine best display device, and determine best Dubbing device. 

Next, record setup is described, that is, the means of linking the VCR Record 
function to a digital bit stream provider device. 
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The default (factory set) is set to the zone address 0001. The default device is a 
DSS unit with an address of XXXX. This address is stored in the VCR ROM as the default 
value and uploaded into EPROM memory upon initial power up and. when the machine is reset. 

Default record device validation is needed. Upon initial power up, the VCR is 
5 unconfigured. The VCR must verify that the default decoder device is present and capable of 
decoding the DAV bus digitial bitstream. The VCR broadcast for all DAV bus capable devices. 

User setup of the playback device is accomplished by the User may entering the 
desired record target device. 

The User may force the VCR to reset the record device target to the factory 

10 defaults. 

As part of dynamic setup, the VCR must be able to acquire a Record Device, 
determine what devices are DAV capable, acquire DAV Capable address and capabilities 
information, and determine appropriate bitstream source devic. 

RF Switch Control is described next with DSS recording being addressed first. 
In particular, the means of linking the VCR and DSS RF switch functions for displaying a DSS 
program is described. 

To provide a default recording device, the default (factory set) is set to the zone 
address 0001. The default device is a DSS unit with an address of XXXX. This address is 
stored in the VCR ROM as the default value and uploaded into EPROM memory upon initial 
20 power up and when the machine is reset. 

Next, the means of linking the VCR Record function to a digital bit stream 
provider device is described as part of DSS playback. The default (factory set) «s set to the zone 
address 0001 . The default device is a DSS unit with an address of XXXX. This address is 
stored in the VCR ROM as the default value and uploaded into EPROM memory upon initial 
25 power up and when the machine is reset. 

VCR display switch control is described next. First, the means of linking the 
VCR analog record and OSD functions to the DSS are described as part of the OSD display for 
analog recording via the VCR. 

For default OSD Generation for digital recording, the default (factory set) is set 
30 to the zone address 000 1 . The default device is a DSS unit with an address of XXXX. This 
address is stored in the VCR ROM as the default value and uploaded into EPROM memory 
upon initial power up and when the machine is reset. 
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Another aspect of the system that will now be described is resource hailing. 
Hailing is a scheme through which a device gains access to network resources, such as data 
channels or even its own MAC address. Using this scheme, a device queries other devices.on 
the network to determine if a particular resource is in use. 

The general case of resource hailing uses the if method to determine if one or 
more other nodes on the network are using a particular resource. The if method tests if an IV in 
one or more other nodes contains the desired resource. If so, the other node(s) return a result 
with a result code of 8 (Resource in use). 

A typical example is the hailing required to acquire a data channel. To acquire 
the DAV data channel, a node will query the network to see if the DAV bus is in use. To hail 
for DAV, the following CAL command is used: 

04 2F 56 43 E8 F4 31 F6 01 F7 52 38 F8 

In the Data Channel Context (04) the DAV transmitter Object (2F) if OC EQ 
1) BEGIN exit 8 END 

This command is sent to the Data Channel Context (04), Data Channel Transmitter object class 

(2F), using the local House Code, and broadcast Unit Address (0000). The command should be 

sent with the following protocol services: 

MT Service Level 

APDU Mode: Basic Fixed 

APDU Type: Conditionaljnvoke 

NL Service Level 

NPDU Type: non-extended service 
Routing: Directory 
Allowed Media: All 
BR1: As Required 

BR2: Not Used 

DLL Service Level 

Service_class: Basic 

DLL service: Unacknowledged 

Addressed service: As required 

Include source: No 

Priority: High 
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If one of the receiving nodes is currently using the DAV bus. the exit method 
will be executed and will generate a completed response with the argument 8. indicating to the 
originating device that the selected band is unavailable. The response message (FE 38) is 
generated with an MT.RESULT request primitive from CAL to the Message Transfer Element. 
Resource hailing requests such as this, sent to the broadcast address, should be repeated if a 
response is not received within 1 seconds (the worst case network round trip delay). If no 
response is received on the second attempt, also after an 1 second delay, the resouce can be 
assumed to be available. 

This technique can also be used to hail for a Unit Address, House Code, Group 
Address, or any other value on the network. If hailing for a Unit Address, an abbreviated 
version of hailing technique can be used since the address being hailed for can be used in the 
destination address field of the hail packet. For example, to hail for a Unit Address of 0037, the 
only CAL command necessary is: 00 01 52 38. This command is sent to the local House Code, 
Unit Address 0037, the Node Control Object (01) in the Universal Context (00), to execute the 
15 exit method (52) with an argument of 8. If any node within the House Code used has Unit 

Address 0037, it will execute the message and return a response message (FE 38). The protocol 
services used should be the same as the previous example, except that an APDU type of 
Explicit_Invoke should be used. 
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The next section lists and defines the contexts associated with the described 



system. 

Universal Context 00 



(0 1 h) Node Control Object 

This context contains the Node Control Object and is present in all 
CEBus compliant products. 



1 


Node Control Object 


| (01) Node Control 




Required storage object of Universal Context 




IV>v:. 




Type 




Context Functics 


w(77) 


R/W 


b 


power 


device power, O = Uhh, 1 = UN 


n(6E) 


R 


c 


manuf name 


manuf. product name 


m(6D) 


R 


c 


rnanuf model 


manuf product model 


c(63) 


R 


n 


product class 


Product class number 


P(70) 


R/W 


c 


product name/location 


location of product in house 


h(68) 


R/W 


d 


system address 


16 bit system address 


a(61) 


R/W 


d 


mac address 


1 6 bit unit address 


b(62) 


R 


n 


capability class 


0 


reset 


R/W 


b 


reset 


resets device to factory defaults 


o(4F) 


R 


d 


context list 


list of used contexts in product 


f(66) 


R/W 


b 


configured 


1 = address configured 


i(69) 


R 


n 


setup 


used during configuration 


u(75) 


R/W 


n 


user feedback 


user interface IV during config. 


d(64) 


R 


d 


source unit addr 


unit addr. of last received pkt 


e(65) 


R 


d 


source system addr 


system addr of last received pkt 


v(76) 


R 


c 


conformance level 


CIC conformance level 


k(6B) 


R/W 


d 


authentication keys 


one or more keys 



(02h) Context Control Object 

This context contains the Node Control Object and is present in all 
CEBus compliant products. 





Tnntext Control Obiect 


| (02) Context Control 




The context control object for this context 


: 'TW-S 


:g-R/w^ 


Type 


Name- 


[Context Function 


o(6Fh) 


R 


d 


obiect list 


| list of objects used in context 
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Medium Transport Context llh 

(Olh) Context Control: Context Control Object 02 



01 


Context Control 
The context cont 


1(02) Context Conrml "1 

rol object for this context. " ; ■ — 


IV 

o(6Fh) 


R/W |Typc> 
R [ d 


2*22£ | Context Function 

° b J CCCjist 1 »^ objects used in r^7f 

02 09 03 11 05 09 0C 1C " ■ 



(02h) Source Switch: Mu Imposition Switch Object 09 







(09) Multi_position Switch 
I Object 


• IV^ : ! 


The source 


e switch 


determines what signal is stored 


on the tape. 


C(43) 


RAV 


n 


current_position 


Context Function . 

Default = 17 (TUNER I) 


n(6E) 


R 


n 


number_positions 


4 


F(66) 


R/W 


n 


list of switch positions 




"54 50 52 31 20 20 20 20" 


"33 38" = DAV(38) 


DAV 


"41565231 2020 2020" 


"30 39" = AVRI(9) 


AVR1 


"54 55 4E 45 52 31 20 20" 


"31 37"=TUNERl(17) 


Tuner 1 


"46 52 4F 4E 54 20 20 20" 


"32 32" = FRONT(22) 


Front Panel 
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Transport Mechanism 


1(11) Medium Transnort 




The Transport Mechanism models the VCR tape resource and is responsible for tape 
motion, mode, and type information and states. 








Name- •'•>.'. 


Context Function 


P(S0) 


RAV 


b 


pause_mode 


0=not paused 
l=pauscd 


C(43) 


R/W 


n 


motion_mode 


0=stop (default) 
1 =record 
2=slow play 
3=play 

4=play backwards 
5=scan forward 
6 = fast forward 
7=scan backward 
8 = rewind 


■(69) 


R/W(3) 


n 


index 


0 = index search disabled 
Other indicates index marks to 
move/play on. Transport will enter 
appropriate mode (play/stop) when 
index mark reached. 
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1 (6C) 


R/W 


b 


medium_load 


0 = empty 

1 = loaded. 


n(6E) 


R 


b 


non_writeable 


"00 h" = read/write tape 
"01 h" = write protected tape 


m(6D) 


R 


n 


medium • 


101 = VHS 

102 = SVHS 



(05h) Transport Speed: Multi_position Switch Object 09 



05 


Transport Speed Object 


( (09) MultLposition Switch Object 




The source switch determines record tape spee< 


1 








Namc:: : ; : 


Context Function 


C(43) 


R/W 


n 


current.position 


Two byes lone; 
Default = 4; 

permissable numeric values are 4, 5, 6, 
and 38. Values are in ASCII format. 


n(6E) 


R 




number positions 


4 


F(46) 


R/W 


n 


list of switch positions 




"53 50 21 


3 20 20 20 20 20" 


4 = SP 


Standard Play 


"4C 50 20 20 20 20 20 20" 


5 = LP 


Long Play 


"45 50 20 20 20 20 20 20" 


6= EP 


Extra Long Play 


"44 41 56 20 20 20 20 20" 


38 = DAV 


Digital Audio Video Bus 



10 



(09) Counter Object: Counter Control Object 1C 

A general purpose counter or timer object model. Used to model an up 
or down counter, pre-settable to a count with count enable/disable. Used to count 
events (count UOM), seconds (elapsed time), etc. Also used to model a timer 
which counts up or down counting units of time (usually seconds) depending on 
application. 





Counter Obiect 




(1C) Counter Object 




The counter object for this context. 


IV^:' : -V.-: 








Context Function 


e(65) 


R/W 


b 


count enable 


enables or disables the counter 


u(75) 


R/W 


b 


up down 


count up = 1 or down = 0 


U(55) 


R/W 


n 


units_of .measure 


units of measure of the timer in the 
context selected. 


C(43) 


R/W 


n 


[current count 


the current count in count units. 


K74) 


R/W 


n (target count 


the terminal count for current count 
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IV 

C(43) 

n 


AMl-JJUDl 

R/W 
R/W 

R 


jing Obj 

lype 

n 

n 


ect 

Name 

Current_copy 


l<uy) multi-state switch 

Context Function 

30h = copy allowed 
31h = analog copy allowed 
32h = 1 analog copy allowed 
33h = I digital copy allowed 
34h = no copies allowed 
35 h = unknown 


F(46) 
"43 4F50 
20" 


R 

59 20 20 2< 


n 

3 


0 = 


:COPY 


c 


opy allowed 


"41 4E4I 4C43 4F50 
59" 


1 = 


= ANALCOPY 


analog copy allowed 


"31 41 4E4! 4C43 50 
59" 


2 = 


= 1ANALCPY 


one analog copy 


"31 44 49 47 43 4F 50 
59" 


3 = 


: 1DIGCOPY 


one digital copy 


"4E 4F 43 4F 50 59 20 
20" 


4 = 


= NOCOPY 


No copies allowed 


"55 4E4B 4E 4F 
57 4E" 


5 = 


-UNKNOWN 


Unknown copy right privilege 



Tuner Context 12h 

NTSC Tuner on DVHS-VCR 

(Olh) Context Control: Context Control Object 02 



01^ 


Context Control Object 


1 (02) Context Control 




The context control object for this context. 








Context Panctiiafe^,- 


o(6F) 


R 1 d 


object. list 


list of objects used in context 




03 09 04 09 06 09 07 OA 



Channel Tuning: Multi_position Switch Object 09 



- 03^ : 


Channel Tuning 


(09) MultLposition Switch 
Object 




The Channel Tuning Object controls the NTSC tuner selection 






Typo:-:;. 


"Name-?.. ■ 


Context Function 1 


C(43) 


R/W 


n 


current_positi on 


IS- 132 channel number, AFT will be 
performed 


n(6E) 


R 


n 


number.positions 
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Band Switch: Multi_position Switch Object 09 



04 


Band Switch 


(09) Mu Imposition Switch 
Object ■ 




The source switch determines tuning mode. 


IV 


R/W 


Type 


Name 


Context Function 


C(43) 


R 


n 


current_position 


2=Air/Broadcast mode. 3=CATV mode 


n(6E) 


R 


n 


number .positions 


(32h) f ASCII for value of 2. 



5 

(06h) Mode Switch Object: Multi_position Switch Object 09 



06 


Mode Switch Obj 


ect 


| (09) Multi-state Sensor Object 




The mode switch 


object selects tuning modes. 










Namer?-^ 


Context Function 


C(43) 


R/W 


n 


current_posiiion 


Discription of received incoding mode. 


n(6E) 


R 




number_positions 


4 (34h) 


F(46) 


R 


n 


list of switch positions 


Default = ( 4lh. 55h, 54h, 4Fh) 


"41 55 54 4F 20 20 20 
20" 


0= AUTO 


Automatic mode selection. 


"4D 4F 4E 4F 20 20 20 
20" 


1 = MONO 


Mono audio 


"53 54 45 52 4F 20 20 
20" 


2 = STERO 


Stereo audio 


"53 41 50 20 20 20 20 
20" 


3 = SAP 


SAP audio (MTS) 



10 (07h) Receive Mode Object: Multi_State Sensor (OAh) 





Receiving Mode Object 


(OA) Multi-state Sensor Object 




The receiving mode object reports reception of any special incoding mode for the station 
or channel currently tuned. 








Naraos*- ^ 


Context Function- 


C(43) 


R 


n 


current_posiiion 


Discription of received incoding mode. 


n(6E) 


R 




numbe repositions 


6 


F(46) 


R 


n 


list of switch positions 


Default = (4Eh, 4Fh, 4Eh, 45h) 


"4E 4F 4E 45 20 20 20 
20" 


0 = NONE 


No Signal or carrier detected 


"4D 4F 4E 4F 20 20 20 

20" 


1 = MONO 


Mono audio 


"53 54 45 52 4F 20 20 
20" 


2 = STERO 


Stereo audio 


•'53 41 50 20 20 20 20 

20" 


3 = SAP 


SAP audio (MTS) 
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"53 41 50 4D4F4E4F 

20" 


4 = SAPMONO 


SAP audio + Mono 


"53 41 50 53 54 45 52 
4F' 


5 = SAPSTERO 


SAP audio + Siereo 



Video Display Context 13h 



01 


Context Control 


Context Control Object 02 


01 


Context Control ^D,ect | frm rt%ntM n , 




lhe context control 


object for Video Display Context. 




^:;vRW.::lTvpe, 


Nanifcv 1 Context Function 


o(6F) 


R 1 d 


object list | list of objects used in context 




"02 09" 



02 Source Switch Multi_position Switch Object 09 



OZ:; 


Source Switch Object (09) Multi_position Switch 

Object 




The source switch determines what signal is stored on the tape. 


••' wm 








Context Function 


C(43) 


R/W 


n 


current_position 


Default = 17 


n(6E) 


R 




number_positions 


4 


F(46) 


R/W 


n 


list of switch positions 


Default = 9 


"4156 52 31 20 20 20 20" 


9 = AVR1 


AVR1 


"54 55 4E 45 52 31 20 20" 


17= TUNER 1 


Tuner 1 


"46 52 4F4E 54 20 20 20" 


22 = FRONT 


Front Panel 



Time Context 05 

Time context provides for general time keeping and alarm functions. 
15 Can send a message when alarm occurs. Also provides a general programming 

capability tied to the time for maintaining timed programmed events. 

Context Control Object 

The Context Control Object for the Time context indicates the presence 
20 of the Real Time Object (02) and eight Program Timer Event Objects (03). The 
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eight Program Timer Events have Object numbers AOh to A7h. The objectjist 
variable is given in Hex format where "h" denotes the end of a byte. 



01 


Context Control Obiect 1 <° 2 > Context Control 




The context control object for Time Context. 


■ ;-TVC' 


:: : RW ITypc- 


Name 1 Context function 


o (6Fh) 


R I d 


obiect list 1 list of objects used in context 






"02 ID 03 16 04 16 05 16 06 16 07 16 08 16 09 16 OA 16 " 



10 



15 



20 



25 



Real Time Object 

The Real Time Object holds time for the VCR timer. 

The current_time variable "C" holds the present year, month.day. hour, 
minute, second and weekday. It is a composite of the hh_mm_ss, dd_mm_yy, 
and day_of_week Ivs as found in the E1A 600 Clock Object (lDh). The last 
character of current.time (day of week) is treated as a bit string: Bit 2« indicates 
Sunday, 2 s Monday, ... bit 2° Saturday. All other entries are in ASCII. 

The present year value is extended to four bits to allow for values above 

year 2000. 

Example: Wednesay, December 21 , 201 1 , at 1 :22:03 pm ( 1 3: 1 2:03 
hours ) is represented as 
"32h, 30h,31h.31h, 
31h, 32h, 
32h, 31h, 
31h, 33h, 
31h, 32h, 
30h, 33h, 
08h" 

The run_edit instant variable controls the clock run and edit functions: 
binary value for clock running (=1) or stopped/edit (=0). The clock can only be 
edited if run_edit=0. 



Real Time Object 



|(lDh) Clock 



The Real Time object keeps the cuiTent real time for the Time Context. 



| Context Function^ 
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current_time (13^ 
time_source 



current yy mm_dd hh nn « 



(VCR VALUE=0) 
Possible Values: 

0 = not a source 

1 = DBS 

2 = Satillite 

3 = Set top Box 

4 = TV 



Program Timer Event Objects 



10 



15 



There are eight Event Timer class Objects in the VCR. 

The current.status instant variable is used to determine the status of a 
program timer event object. When making an appointment, the requesting node 
uses the IF method along with the OOh wild card to determine which Event 
Timer class object has a current status =0, (30h). The event.data is 
conditionally set by the TRUE evaluation of current status = 0. The remote__hc 
and remote.ua instant variable hold the requesting node's house code and unit 
address. They may be set separately but are generally obtained from the source 
address fields of the received packet. 

The event.data contains all relevant information necessary to set up a 
recording event. The event.data may be cleared using the clear.event instant 
variable "c" (63h). 



its 


Program Timer Event Object 


| ( 1 6) Data Memory Class Object 




Used to st< 
stores one 


3re limed 
timer ev< 


events for the device con la 


Lining this context. Each object instance 


C(43)* 




n 


current_status 


Context Function 

0 = not scheduled 

1 = scheduled 

2 = executing 


h(68)* 


R/W(4) 


d 


remote_hc 


remote node house code 


u(75r 


R/W(4) 


d 


remote ua 


remote node unit address 


c(63)* 


R/W 


b 


clear.event 


set to 0 to clear event 

set to 1 to disable clear 

Default is 1 when event is unscheduled 


p(70) 


R/W 


n 


copy_protection 


30h = copy allowed 

3 Ih = analog copy allowed 

(no digital copy allowed) 
32h = 1 analop copv allowed 
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m(6D) 



n(6E) 



t(74) 



(no digital copy allowed) 
33h = 1 digital copy allowed 
(analog copy allowed) 
34h = no copies allowed 
35h = unknown 



tirner_object_id 



timer_number 



event_conflict 



(65)* I R/W 1 d 



event_data 



ID = start_event 
I (4 bytes) 



L = length_event 
(2 bytes) 



month (1st byte) = 01h-0Ch (1-12) 

day (2nd byte) =01h- IFh (1-31) 

hour (3rd byte) = OOh - 18h (1 -24) 

minute (4th byte) = OOh - 3Bh (0 - 59) 



hours(5tht byte) OOh - 18h (1 -24 houTs) 
minutes(6th byte) OOh - 3Bh (0 - 59) 



|T = Tuner Channel 
I (2 bytes) 



(7lh & 8th bytes) 002h - 3E7h (2-999) 



[R= Repeat Condition 



I = A V Source 



A = Audio 



R = Record Speed 



30 33 ' 
4 30 34 ' 
4 30 35 ' 
30 36 ' 

30 37 1 
"30 38 1 

3039 ,1 

31 30' 



hex 
hex 
hex 
' hex 
' hex 
' hex 
hex : 
hex ■ 



~ object 03 h 
= object 04h 
= object 05 h 
= object 06h 
= object 07h 
= object 08h 
= object 09h 
= object OAh 



30 31" hex = 
30 32° hex * 
30 33" hex = 
30 34" hex : 
30 35" hex : 
"30 36" hex : 
"30 37" hex: 
"30 38" hex 



object 03h 
object 04h 
object 05h 
object 06h 
: object 07h 
: object 08h 
: object 09h 
• object OAh 



timer_number values that conflict with 
scheduled event. 

Is empty if there are no conflicts. Up to 
seven bytes long. 



DnnnLnTnRIAM 



(9th byte) 

OOh = one lime event; 
01 h = daily event; 
02h = weekly event; 
03h = monthly event; 

04h = all weekday event (tapes all weekdays) 



(10th byte) 
26h = DAV (38); 
09h = AVR I (9); 
llh = Tuner 1(17); 
16h = Front Panel (22) 



(1 1th byte) 
Olh = Mono; 
02h = Stero; 
03h = Sap; 
04 h = Sapmono 



(12th byte) 
04h = SP; 
05h = SD; 
06h= EP. 
xx - Digital 
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note: event.conflict IV: This IV contains the timer_numbers of object that 
conflict with the event.data IV values stored in the Object and that do not have 
the. same remote.ua and remote_hc IV values. The object assumes that Program 
Timer Event Objects with the same remote.ua and remote.hc IV values are from 
the same remote device and that the remote device detects its own conflicts. 

Data Channel (DAV Bus) Context (04h) 

01 Context Control: Context Control Object (02h) 



10 



or: 


Context Control Ot 
The context control 

WR/W:#|Tvpe^j 


^ 1(02) Context Control 

object for DAV Bus Context. ~ 

Name : > : . : . : | Context Function ■ 


o (6Fh) 


R I d 


objectjist 1 list of objects used in r„n,.„ 

02 03 03 04 " " 



2E Dave Data Channel Receiver: Data Channel Receiver (03h) 



15 





DAV Bus 
The TP ch 

wmam; 


DataO 
annel re 


lannel Receiver 

ceiver object for DAV Bus € 

: NBmimm'¥ • ':^' : v(:;^-^-T-- : 


1(03) Data Ch. Receiver 

Context. 


m(6D) 


R 


n 


medium 


Context Function 

DAV= (8) "38rT 


C(43) 


R/W 


d 


current_channel 


Current received channel number. 
"C" = 1 when receiving from bus. 
**C* = 0 when off the bus 


D (44) 


R 


d 


defauh channel 


DefauU channel is "01 h" 



2F Dave Data Channel Transmitter: Data Channel Transmitter(04h) 

Data channel transmitter object establishes a transmitter connection to a 
data channel(s) on a specific medium. The medium for the transmitter is fixed 
20 b y the Product for a particular instance of this object. The transmitter gains 

permission to transmit on the desired channel or band. An error status is 
returned if the object is not capable of using the channel requested. 



2F :;:^| DAV Bus Data Channel Transmitter 



jThe TP channel transmiuer object for DAV Bus Context 



(03) Data Ch. Receiver 
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IV 


R/W 


Type 


Name 


Context Function 


m (6D) . 


R 


n 


medium 


DAV= (8) "38h" 


C(43) . 


R 


d 


current_channel 


Current received channel number. 
C = 1 when inherits bus. 
Set = 0 when disinherits bus. 


D(44) 


R 


d 


defau1t_channel 


Default channel is "01 h" 
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CLAIMS 

1 . A method for interfacing between first and second devices interconnected 
via a CEBus control channel comprising the steps of: 

5 receiving in said first device via a user interface of said first device a command 

requiring control of a capability of said second-device; 

sending from said first device to said second device via said CEBus control 
channel a request for control of said capability of said second device; 

determining in said second device in response to an attribute of an audio or video 
10 signal received by said second device that control of said capability requires a first password 
entered into said second device via a user interface of said second device; 

sending to said first device from said second device via said CEBus control 
channel a notification that said first password is required; 

entering a second password into said first device via said user interface of said 

15 first device; 

sending from said first device to said second device via said CEBus control 
channel an authenticate packet comprising said second password; 

validating said authenticate packet in said second device by processing said 
authenticate packet with an authentication algorithm which uses said first password as a key; 
20 and 

enabling said first device to access said capability of said second device if said 
authenticate packet passes validation; or 

sending an error indication to said first device from said second device via said 
CEBus control channel is said authenticate packet fails validation. 

25 

2. The method of claim 1 wherein the step of validating said authenticate 
packet comprises the step of validating said authenticate packet for each of a plurality of 
passwords known to said second device; each of said plurality of passwords being associated 
with a different level of security. 

30 
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3. The method of claim 2 wherein the step of sending an error indication to 
said first device comprises the step of sending from said second device to said first device via 
said CEBus control channel a result packet with an error token indicating that access to said 
capability is denied if said authenticate packet passes validation for at least one but not all of 
said plurality of passwords known to said second device. 

4. The method of claim 2 wherein the step of sending an error indication to 
said first device comprises the step of sending from said second device to said first device via 
said CEBus control channel a reject packet with a reject code of failed_authentication. 
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NORMAL REQUEST 




FIG. 4 
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AUTHENTICATE REQUEST. 



FIG. 6 




VCR 




EXPUCTT INVOKE 



100 



FIG. 7 A 



DSS 




170 




VCR 
100 



CAL EFROR RESULT 



FIG. 7B 




VCR \ AUTHENTICATE EXPUCIT INVOKE 




100 



FIG. 7C 





VCR 
100 




RESULT 



FIG. 7D 





REJECT 



FIG. 7E 
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Immediate 
Digital Record rrom " 
the VCR. 



bo \ 

^ Set Displayed 

Vid eo to AVI y 



<6oz 



N 



Tape Loaded?- 



boh 

message: Tape, 
not loaded. 



EXIT. Failure 
No Tape 



N 



• message: Digital 
Tape not loaded, 
make Analog 
Recording? 



Digital Tape 



9n, 

message: Read 
Only Tape. Please 
Replace Tape 



EXIT: Failure j 
Eject Tape. 8'^ 



N frC*-^ Y 
" --Make Analdr-JL^ 

Copy? 




STEP I: Gel Copy Right 
lntbrmation 



STEP 2: Inherit 
DAV Bus 



Copy Right - 
-Digital OK> 



DAV Bus 
^Available* 



— — 



-&».S 

message: Notable 
to make digital copy 



STEP I: Get Copy Right 
Information 



-"message: LoaST 
Digital Tape. 



B<8 



STEP 3: VCR bunco j 
Digit*] Recording : £>{~i 




Y 



Copy Right - 



N 



9ZS 



"message: Digital 
Copy not allowed* make 
Analog Recording? 




EXIT; Failed 
Copy Right 
Protected 



9t£ 

5 STEP 2: DBS 



&i6 



EXIT: Failed 
Copy Right 
Protected 




Exit:: Failure \ 



f/0. 8 
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9oo _.. 



immediate 



^Se« Displayed 

Digiul Record from \idto .oAVl 



(he DBS 



Tape Loaded?.^ 



N 



message: Tape 
not loaded. 



— > 



EXIT: Failure 



N 



1«* 



Y 9or ^ 

Y 

Digital Tape '^>- 
-Lqaded^-^'' 



meuage: Digiul 
Tape not loaded, 
make Analog 
Recording? 



Y 



Read Only^N 
Tape? 



No Tape 



STEP I: Get Copy Right 
Information 




message: Read 
Only Tape. Please 
Replace Tape 



Copy Right - " 
tigiUlOJO-^ " 



EXIT: Failure i 
Eject Tipe. 



4* 




3<i 



message: Not able 
to make digital copy 



V 




STEP I : Get Copy Right 
Lnfbnnnjon 



message: Lo£T^ n ~ 
Digital Tape. ' ' 





n . ~* 7 N 
Copy Right* 



,'" message: Digital 
( Copy not allowed, make 
.Analog Recording? 



V 9* 2 

EXIT: Failed 
Copy Right 
Protected 




EXIT: Filled 
Copy Right 
Protected 



Exit: Failure 



-^8 




>t Exit: Succta 
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Add Program /OO / 
Event From VCR 



(003 

Get DSS <- 
Tuner Event 



n = 0 JOO 



tOoH 



N 



VCR Timers 

FULL?/' 



VCR Timers 
Full 



(OOl 



(OCT) 



Y 

— <r' 



Send Event 
Data 



DSS Timers 

^ .^FULL?. 

IOOg> 



N 



DSS Timers 
Full 
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Add Program 
Event to DBS 
From VCR 



ffOZ- 



-> n = 0 



K03 



Step I: VCR gels 
DBS Timer Event 



1IOH 

N 

VCR Timers - 
FULL?, 



it*s- 

> message: VCR 
Timers Full 



Step 2: VCR Sends « 
Event Data 



tton 



N 



DSS Timers 
FULL?^ 



message: DBS 
t Timers Full 



X_ ifO<f 



VCR Timers 
Full 



II It 

VCR gets Pass- Y 
-> word Information < 



Require * 
Password 
Entry?- 



EXTTzDBS 
Timrn Full 



I 1 1 O 



N 



"S^?"" -*Step3: VCR Sends 



Copy Right 
- Known? 



Authenticated Event Data! 

*jr Y 




Y N 
Analog Copy - > 

^ Allowed?^- ^ 



N 



message: Copy 
Righ Unknown 



'Step 4: VCR gets 
Copy Right Info, 
from DBS 



1 ! 



n»n+ 1 ; 
— ^ n > 3? "> 



1 



message: Display 
Schedule Conflicts 





Mil 



message: Copy 
Not allowed 



EXIT: Failed 
Copy Right 
! Protected 



<-| Send Event Data 
for Analog Recording 




12? 



y fix 



EXIT:Failed j Place Timer 
Password ! ; Event in VCR 




message: Display 
Schedule Conflicts 



Frc ii 
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Hoi 



*?:anD8S 



> n = 0 



1 XU>H 



In formation 



DBS Timers 
FULL? 



Y an 

Password 
required? - 



3LJ^lL 
message: 
Enter 
Password 

Y fV *o 

Get Password 
Information : 



Get Copy Right 
Copy Right ^5-- 



Stepl :G« Available 
VCR Timer Event 

-c^VCR Timers 

^-QJLIJ^--^'' 



message: 
DSS Timers 
FuU_ 

IZIO _Y _ 
Exit: DBS 
Timers Full 



1 2,1 3 

_ message: Copy 
Right Not Known 



Copy RignT 
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SYSTEM AND METHOD FOR INTERFACING MULTIPLE ELECTRONIC DEVICES 

FIELD OF THE INVENTION 

5 The invention involves systems for communicating between multiple electronic 

devices, such as consumer electronic devices, via interconnections such as digital data buses. 

BACKGROUND 

10 Data bus protocols such as the Consumer Electronics Bus, or CEBus, can be 

utilized for interconnecting consumer electronics devices such as television receivers, display 
devices, video-cassette recorders (VCR), and direct broadcast satellite (DBS) receivers. A bus 
protocol such as the CEBUS provides for communicating both control information and data. 
CEBus control information is communicated on a "control channel" having a protocol defined 
15 in Electronics Industries Association (ElA) specification IS-60. Control information for a 
particular application can be defined using a form of programming language known as CAL 
(Common Application Language). 

Consumer electronics devices are becoming increasingly complex and provide 
an ever-increasing number of features. While coupling these complex devices together via a 
20 data bus may be necessary to provide a complete audio-video (A/V) system, doing so creates 
numerous problems. For example, certain features of one device may require interaction with 
one or more devices coupled to the bus. A capability of one device may be needed to complete 
a particular operation in another device. Conflicts between the needs of various devices may 



25 



30 



anse. 



A specific example of an A/V system involving complex electronic devices 
coupled via a data bus is a system that includes a digital VHS format (DVHS) VCR, such as 
that being developed by Thomson Consumer Electronics, Inc., of Indianapolis, Indiana, and a 
DSS® satellite receiver, manufactured by Thomson Consumer Electronics, Inc. The DVHS 
VCR can record either analog or digital signals. Various checks must occur before a recording 
can occur. For example, is the proper type of tape (analog or digital) loaded in the VCR? Is the 
user entitled to record a particular program: is the copyright status such that recording is 
permitted and has the user paid any fees required? Is the DSS® unit available to rune the 
desired program at the time a recording is to be made? Is the DSS® unit tuning the desired 
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channel? In addition, a user must be informed, e.g., using on-screen display (OSD) messages, 
regarding the status of each device and what operations each device is performing. 
The complexity of each device and of the interactions involved creates a need for a robust 
system and method for communicating information between interconnected electronics devices. 

SUMMARY OF THE INVENTION 

The invention resides, in pan, in recognizing the described problems and, in part, 
in providing a system and method for solving these problems. One aspect of the invention 
involves a system and method for scheduling processes such that any particular device can 
check the status and capabilities of other devices, determine the availability of other devices, set 
timers as needed for scheduling events, and check conditions such as password and copyright 
compliance. 

Another aspect of the invention involves a system and method for passing 
password information between devices such that a password may be entered or resident in one 
device and the authorization associated with the password can be passed to another device for 
enabling a particular operation without compromising security. 

Another aspect of the invention involves a system and method for generating on- 
screen display information in one device that is representative of user interface information 
associated with one or more other devices. 

Another aspect of the invention involves a system and method for determining 
the existence of exception conditions, such as resource conflicts and error conditions, providing 
for completing a particular operation despite the existence of an exception condition that affects 
the particular operation, and informing a user of exception conditions and any alternative 
operations that have occurred as a result of the exception conditions. 

Another aspect of the invention involves a switching arrangement for 
automatically directing an RF signal source to a particular destination to enable a particular 
operation in an arrangement of interconnected electronic devices. 

BRIEF DESCRIPTION OF THE DRAWING 

The invention may be better understood by referring to the enclosed drawing in 

which: 
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Figures 1-3 show, in block diagram form, several embodiments of systems 
constructed in accordance with principles of the invention; 

Figures 4-7 show, in block diagram form, various communication operations 
occurring between devices included in the systems shown in Figures 1-3; and 

Figures 8-16 show, in flowchart form, the operation of systems shown in Figures 

1-3. 

DETAILED DESCRIPTION 

Figure 1 shows a system interfacing multiple electronic devices including D- 
VHS VCR 100, DSS unit 170, TV 130, another A/V device 150, antenna 140 for receiving 
broadcast signals, remote control 160 for providing a user interface to DSS unit 170, satellite 
dish antenna 190 for receiving DSS signals, and RF modulator 120. VCR 100 includes 
play/record circuitry 101 which receives signals to be recorded from luma/chroma processor 
106. Circuitry 101 outputs signals during playback to luma/chroma processor 103. Processor 
103 also includes switch 104 for routing signals during playback mode and during other modes 
as shown. VCR 100 also includes tuner 1 13 for tuning a desired channel from the signal 
produced by antenna 140 and line inputs 1 1 1 and 1 12 for receiving composite television signals 
from other A/V device 150 and line output 171 of DSS unit 170, respectively. Line output 107 
of VCR 100 provides a composite television signal output to line input 132 of TV 130. Digital 
I/O to VCR 100 is provided via digital interface 1 10. On screen display (OSD) generator 105 
produces signals representing user interface information, such as messages and status 
information, that can be coupled to TV 130 via switch 109 for display. Switches 102, 104, 109, 
and 1 14 provide for routing signals as need for each of the operating modes of VCR 100. 

Also included in VCR 100 is control microprocessor (uP) 108 which is coupled 
to and controls functions within VCR 100, such as tuner 1 13, play/record unit 101 and the 
luma/chroma processors, via a bus internal VCR 100 (not shown in Figure 1). Control uP 108 
also controls the communication of control information to DSS unit 170 via digital I/O port 
1 10. Digital A/V data is also communicated between VCR 100 and digital data port 172 of 
DSS unit 170. For example, programs received by DSS unit 170 can be recorded in digital 
form in response to a user requesting a digital recording by DSS unit 170 providing digital data 
for the program to VCR 100. Display of a digitally recorded program is accomplished during 
playback in VCR 100 by coupling the digital data produced by VCR 100 to port 172 of DSS 
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unit 170 which proceeds to process the digital data and produce a composite television signal 
suitable for coupling to TV 130. 

In addition to the features already described, DSS unit 170 includes tuner 178 for 
tuning a particular signal from the signals received by dish antenna 190. The output of tuner 
5 1 78 is coupled to signal processing unit 1 74 which digitally processes the program signal and 
produces a variety of television signals. First, an S-video signal is produced and coupled to line 
output 173 which is coupled to line input 133 of TV 130. DSS unit 170 also produces a 
composite television signal which, as mentioned above, is coupled to VCR 100 via line output 
171 of DSS 170. Remote control receiver 176 receives signals, such as infrared (IR) or RF 
10 signals from wireless remote 160. The remote control signals provide a user interface 

permitting a user to control DSS unit 170. Although not shown in Figure 1. user interfaces such 
as remote control 160 could may also be provided for VCR 100 and TV 130. 

Also included in DSS unit 170 is control mP 175 which is shown connected to 
various features of DSS unit 170 via a control bus. Microprocessor 175 produces OSD data for 
15 providing a visible display of user interface messages and information similarly to that 

produced by OSD generator 105 of VCR 100. Microprocessor 175 also controls features of 
DSS unit 170, including digital I/O port 172, in a similar manner to that described above in 
regard to VCR 100. In particular, as is explained in more detail below, control information 
communicated between VCR 100 and DSS unit 170 may include user interface information, 
20 such as OSD data, information regarding events scheduled in each device, and availability of 
resources. 

The communication of such information allows either VCR 100 or DSS unit to 
check the status of the other device, obtain information regarding events scheduled in the other 
device, check for conflicts between events scheduled in DSS unit 170 and VCR 100 (for 

25 example, viewing of one program is scheduled in DSS unit 1 70 while programming of a 

different program is scheduled in VCR 100), and determine whether errors exist in the other 
device (e.g., an analog tape is loaded in VCR 100 when a digital recording is supposed to 
occur). Because either device can obtain such information from the other, either device can 
determine exception conditions (i.e., conflicts and errors) and can maintain a log of exception 

30 conditions that exist for one or both devices. The log can be provided to the user via OSD, for 
example, to inform the user of the status of the system. 

In addition, one device can modify operations scheduled in another device that 
may involve an error or conflict in an effort to achieve the object of the original operation. For 
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example, assume a user requests a digital recording, but loads an analog tape rather than a 
digital tape. Control processor 108 in VCR 100 will detect the error. However, control 
processor 175 in DSS unit 170 could also check the status of VCR 100 by sending appropriate 
commands to VCR 100 via the digital bus interface comprising digital I/O units 1 10 and 172. 
DSS unit 172 would then receive status information, could evaluate the information and detect 
the error, and could proceed to send appropriate commands to VCR 100 to modify the digital 
record operation to an analog record operation. Thus, while the user would not obtain a digital 
recording as desired, at least the user would have a recording of the program, thereby achieving 
at least part of the original object of the operation. A record of all such modifications of 
operations that occur in one, or both, devices could be maintained in one device and could be 
presented to a user, for example, in an OSD display, to inform the user of the changes. 

Figures 2 and 3 show variations of the system shown in Figure 1 . More 
specifically, Figure 2 shows the manner in which the system would be connected if TV 130 has 
only one line input rather than two as in Figure 1 . In Figure 2, rather than signals from DSS 
unit 170 being provided directly to TV 130 via line output 173 as in Figure 1, the system in 
Figure 2 couples the output of DSS unit 170 to line input 132 of TV 130 via line output 171 of 
DSS unit 170 and line input 111, switch 109, and line output 107 of TV 130. Other aspects of 
Figure 2 are substantially the same as in Figure 1 and will not be described again. 

In Figure 3, TV 130 has only an antenna input and no composite video inputs. 
As a result, the output of DSS unit 170 in Figure 3 is routed to the antenna input of TV 130 via 
switch 177 of DSS unit 170 and RF modulator 120. Other aspects of the system shown in 
Figure 3 are substantially the same as in Figures 1 and 2 and will not be described again. 

Another aspect of the system shown in Figure 1 involves security issues such as 
those involving operations requiring a password. For example, before purchase of a pay-per- 
view event is permitted, it may be necessary to enter a password. Similarly, a password may be 
needed before viewing of programs with certain ratings is permitted. Normally, a password for 
such operations would be entered in the DSS unit. However, recording a pay-per-view event or 
recording an event having a rating that is restricted also requires checking a password. That is, 
when a user requests recording of a program, VCR 100 sends a request to DSS unit 170 to 
schedule tuning of the correct program at the correct time. The request causes DSS unit 170 to 
check authorization information such as whether a password is needed for the particular 
operation. 
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As explained in more detail below, the system shown in Figure 1 provides for 
password validation as part of a device attempting to access "instance variables" (IV), e.g., VCR 
100 attempting to schedule an event in DSS unit 170. Provisions of known systems, such as the 
CEBus control channel protocol, do not adequately support devices that have configurable 
security or devices that require a user to input a password when security authorization is 
required. The system and method described herein enhances security because passwords are not 
transmitted over a bus such as the CEBus. In addition, multiple devices such as VCR 100 and 
DSS unit 170 do not all have to know the password or words. Also, multiple passwords having 
different security levels associated with each password are supported. Timers within a device 
are not needed and, in particular, a requesting device can take as long as necessary to generate a 
password, thus supporting user inputted passwords. The exemplary password validation system 
includes an authentication feature that is implemented using the GE Encryption and 
Authentication Algorithm Version n as documented in EIA IS-60.4 Part 6 entitled "Application 
Layer Specification Appendix A". 

As an example of password validation, consider a bus such as the CEBus. Three 
scenarios are possible for executing operations that may require password validation on the 
CEBus. The first scenario is a normal CEBus request, i.e.. Implicit_Invoke, Explicit.Invoke, 
Conditional_Invoke. or Explicit.Retry. As shown in Figure 4. a normal request is transmitted 
from a Node A to a Node B. Node B then determines that none of the operations in the request 
require a password. Thus. Node B will execute the request. 

The second scenario is a normal request (Implicit_Invoke, Explicit_Invoke, 
Conditional_Invoke, or Explicit.Retry) that requires a password. As shown in Figure 5, a 
normal request is transmitted from Node A to Node B. Node B determines that a password is 
required to execute part of the request. Node B returns a CAL error to Node A indicating that 
access to a secure instance variable (IV) was denied to Node A. Node A will then prompt the 
user for a password comprising, for example, from one to 1 8 characters (bytes). Any of the 1 8 
bytes not entered will be set to zero. Node A then re-sends any operations that are necessary as 
an Authenticate Invoke packet using the above-mentioned authentication feature. In this 
packet, the message text is the operations required, the Authentication Key is the password, the 
Authentication Key ID is 0, and the Authentication Algorithm ID is 3. The packet may 
optionally be encrypted. Node A then transmits the Authenticate Invoke packet to Node B. 
Node B receives the request and checks validation using its known password(s) as the 
Authentication Key to the authentication algorithm. If Node B has several security levels with 
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different passwords for each level, the validation will be checked using each password (starting 
with the lowest security level) until validation is successful or all known passwords are tried. 
The MT layer will let the Application Layer know which level of security was successful. If the . 
Authenticate Invoke packet passes validation, Node B performs the operations and the 
5 Application Layer will check to see if the appropriate security level is now met. If validation is 
successful but the security level is not high enough to perform the operations, then Node B will 
return a CAL error that indicates access to a secured IV was denied. If the Authenticate Invoke 
packet fails validation for all known passwords, Node B sends a Reject Packet with a reject 
code of Failed_Authentication (33h). 
10 a third scenario occurs when a CEBus authenticate request 

(Authenticate_Imp_Invoke, AuthenticateJExp_Inv, Authenticate_Cond_Inv, or 
Authenticate_Exp_Retry) packet is transmitted from Node A to Node B as shown in Figure 6. 
In this scenario, Node A generates an authenticate request packet using the authentication 
algorithm with the Authentication Key being the password, the Authentication Key ID being 0, 
15 and the Authentication Algorithm ED being 3. The packet may optionally be encrypted. Node 
B receives the request and checks validation using its known password(s) as the Authentication 
Key to the authentication algorithm. If Node B has several security levels with different 
passwords for each level, the validation will be checked using each password (starting with the 
lowest security level) until validation is successful or all known passwords are tried, the MT 
20 layer will let the Application Layer know which level of security was successful. If the request 
passes validation, the request will be executed and the Application Layer will check if the 
appropriate security level is now met. If validation is successful but the security level is not 
high enough to perform the operation(s). then Node B will return a CAL error indicating that 
access to a secured IV was denied. If the request fails validation for all known passwords, a 
25 Reject packet with the reject code Failed_Authentication (33h) will be sent from Node B to 
Node A. 

If no password exists at either node, a password of 18 zeros will be used. Node 
A can either request user input to generate the password or use a password stored in memory. 
Node B must have the password stored in memory or use the default password. 
30 a specific example will now be explained in reference to the interface between 

VCR 100 and DSS unit 170 in Figures 1-3. A simplified version of the interface is depicted in 
Figures 7 A through 7E. In Figure 7 A, a user enters a timer event into VCR 100 which requires 
the same event to exist on DSS unit 170. VCR 100 sends an Explicit Invoke to DSS unit 170 to 
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create a timer event in DSS unit 170. DSS unit 170 determines that the timer event requires a 
password because the event exceeds a spending limit imposed on pay-per-view purchases, or 
exceeds a rating level, or the event is too far in the future. As shown in Figure 7B, DSS unit 
170 sends a CAL Error Result to VCR 100 indicating that access to a secured IV was denied. 
5 VCR 1 00 prompts the user for a password and uses the entered password to create an 

Authenticate Explicit Invoke packet. VCR 100 then sends the Authenticate Explicit Invoke 
packet to DSS unit 170 as shown in Figure 7C. DSS unit 170 receives the Authenticate Invoke 
packet and validates it using the DSS unit's password(s). If the Authenticate Invoke passes 
validation and the security level is high enough to perform the operation, the timer event is 
!0 successfully scheduled with DSS unit 170. As in Figure 7D, DSS unit 170 sends a Result 
packet to VCR 100 with a COMPLETED TOKEN (FEh). If the Authenticate Invoke passes 
validation and the security level is not high enough to perform the operation, the timer event is 
not scheduled with DSS unit 170. In this case, DSS unit 170 sends a Result packet to the VCR 
with an ERROR TOKEN (FDh) and an erro code indicating that access to a secured IV was 
15 denied. If the Authenticate Response fails validation for all passwords of DSS unit 1 70, the 

timer event is not scheduled with DSS unit 170 and DSS unit 170 sends a Reject packet to VCR 
100 with a reject code of Failed_Authentication (33h) as shown in Figure 7E. 

A detailed description of an embodiment implementing an interface system that 
provides the above described features follows. In addition to explanatory text, the following 
20 description provides CAL language (common application language) instructions that, for one 
skilled in the art. clearly define an exemplary enioodiment of the above-described system. As a 
further aid to understanding the following description. Figures 8 through 16 provide flowcharts 
illustrating the system and methods described below. 

The DVHS - VCR being developed by Thomson Consumer Electronics, Inc. has 
25 a standard A/V input, A/V IN, as well as the simplified Digital A/V Bus, DAV. This allows the 
DVHS-VCR to record and play back either standard analog or digital video and audio. The 
DAV bus uses a PI 394 physical layer to send the digital bit stream. The CEBus uses a single 
ended common collector physical layer and the IS-60 communication protocol. 

The analog input , A/V IN, allows the user to monitor the DSS video from the 
VCR. This capability also allows the VCR to record the analog video and audio signal. The 
VCR has a default recording mode determined by an external switch located on the DVHS- 
VCR. The user preference setup and VCR media determine the recording mode on event by 
event basis. 
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The programmed timer event information shares information necessary to 
schedule an event between the DSS and DVHS-VCR. This includes, among other things, time, 
date, program duration, recording mode (analog of digital) and frequency of the timer program 
event. 

The DVHS-VCR play back is recording dependent. The VHS play back occurs 
via a conventional VHS tape display system. Digital play back involves sending a digital bit 
stream to the DSS for decoding and display. There are four means to send the DSS audio and 
video to the TV. An S-Video TV is connected directly to the DSS S- Video output. A TV with 
only one A/V input uses the DVHS-VCR output video switch to route DSS video to the DVHS- 
VCR A/V OUT. The TV RF input can receive the DSS RF modulator output. Finally, a TV 
can receive and send a DAV bitstream. 

The DVHS includes a CEBus application layer comprising seven CEBus 
contexts. All CEBus devices must contain the Universal Context. The DVHS-VCR also 
contains a Media Transport, Tuner, User Interface, A/V (Data Channel), Receiver Control, 
and Time Context. The DSS3 contains the Tuner, User Interface, A/V (Data Channel), 
Receiver Control, and Time Context. 

Specific operational rules governing the playback and recording functions of the 
DSS - DVHS interface are described first. 

The next section describes the DSS and VCR interaction necessary to schedule 
and carry out a pre-scheduled Program Timer Event from the VCR User Interface. The 
program timer recording event requires three separate functions: (1) Resource verification; (2) 
Password validation; (3) Copy Protection; (4) Error or conflict resolution; and (5) the record 
event. 

In the case of establishing a DSS scheduled programmed event from the VCR, 
the VCR must retain the event and wait for the DSS to initiate the recording. The VCR can 
add or delete program event information in the DSS. The VCR may not remotely modify the 
DSS program events. The DSS updates the VCR when the DSS user interface deletes or 
changes a program timer event. If the event is deleted from the VCR user interface, the VCR 
deletes the event in the DSS. The VCR cannot modify the DSS program timer event data. 

The DSS is responsible for initiating the record session. The DSS request VCR 
availability, Tape Type, switches the VCR's A/V input to DSS Video, and Hails for the DAV 
bus (digital recordings). The error and conflict resolution function involves the detection of a 
Tape Type miss-match, VCR schedule conflicts, or VCR not on the bus (no response). 
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The VCR maintains the scheduled event until it expires or is pre-empted by 
another programmed event timer. The steps required to setup a program timer event with the 
DSS from the DVHS-VCR are as follows. 

STEP 1 : DSS Availability Inquiry 

The VCR verifies it has an available Program Timer Event Object. If there are 
no available events, the VCR generates an OSD message indicating the VCR program event 
scheduler is full. 

The VCR sends an Explicit.Invoke message to all Data Memory class objects 
(16) in the DSS Time Context (05) requesting "If current, status = not programmed then 
getValue timer_object_id "m" (6D). The DSS returns a completed token "FE" plus the 
timer_object_id IV value "m" for those program event objects not in use ("C" = 0). All other 
Program Timer Event Objects return FC. The VCR will use the first available program event 
timer. 

15 The following CAL command is sent from the VCR to the DSS: 

"05 00 16 56 43 E8 30 F7 43 6D F8" 

The command reads as :=< for time context (05), any (00) event timer class 

object (16)> <if (56) <current status "C" (43) equals (56) zero (30)> <Begin (F7)> <getValue 

(43) timer_object_id "m" (6D)> < END (F8)> 
20 Example: For Timer Context (05h) Program Even Timer objects (03h) - (OAh), 

assume object (04h) and (07h) are not in use. The response from the DSS is: 

FC FE 34 FC FC FE 37 FC FC FC 

In this case the Command is sent with the protocol services: 
MT Service Level 
25 APDU Mode: Basic Fixed 

APDU Type: Explicit_Invoke 

NL Service Level 

NPDU Type: non-extended service 

30 Routing: Directory 

Allowed Media: Not Used 
BR1: Not Used 
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BR2: Not Used 

DLL Service Level 
Service_class: Basic 

DLL service: Acknowledged 

Addressed service: As required 

Include source: Yes 

Priority: High 

If there are no time slots available the DSS returns 

) "FC FC FC FC FC FC FC FC 

The VCR displays appropriate OSD to indicate either the VCR, DSS or both do not have 
additional program event timers available. 

STEP 2: Setting Program Timer Event' 
5 The VCR sends event_data, instant variable "e", to the Program timer Event 

object with the received timer„object_id, IV value, LL The symbol LL is the received program 
timer object timer_object_id value. It is a hex variable. 

The VCR sends an Explicit Jnvoke message to the Program Timer Event object 
(LL) in the DSS Time Context (05) : 
20 05 LL 46 65 F5 F5 F4 3 i 32 F6 DnnnLnTnRlAM" 

where "DnnnLnTnRlAM" are the data bytes. The LL field is the hex value of the available DSS 
program timer event object timer_object_id IV returned by the DSS in STEP1 . 

The command reads as :=< for time context (05), Program Timer Event object (LL)> 
<setArray (46) <event_data IV (65) delimiter (F5)(offset = 0)> delimiter (F5) > <DATA Token 
25 (F4)> <number of bytes = 12 (31 32)> <Escape Token (F6)> DnnnLnTnRlAM > 

The receiving node, DSS, returns the completed token, 44 FE". The complete 
token indicates the setArray Method was executed on the event_data IV. 
The Command is sent with the protocol services: 
MT Service Level 
30 APDU Mode: Basic Fixed 

APDU Type: Explilcitjnvoke 
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NL Service Level 



NPDU Type: 
Routing: 



Directory 



non-extended service 



Allowed Media: 



Not Used 



5 



BR1: 



Not Used 



BR2: 



Not Used 



DLL Service Level 



Service_class: Basic 



10 



DLL service: Acknowledged 

Addressed service: As required 

Include source: Yes 

Priority: High 



Error Condition: Event_Data not accepted ,setArray method not completed. 

The DSS returns the Error Token FD and appropriate error/ return code. The 
15 VCR attempts to locate a new available object. If the VCR finds a new object it places the 
event in the new object. Otherwise, the VCR generates a no timers in DBS available error 
message. 

Error Condition: Pre-condition not satisfied. 



updated because a pre-condition was not satisfied ( the object was already programmed.) 
The VCR must locate a new available program timer event object. If there are no available 
program timer event objects, the VCR generates and OSD message. 
Error Condition: Password required 



protected and requires a password. The VCR prompts the User to enter a DSS Password. The 
four character password is used to encrypt the timer_event IV value. The timer.event IV data is 
sent to the DSS as encrypted data. 

STEP 3: Password Authentication 



The DSS returns FD31 38. This indicates that the event.data was not 



The DSS returns FE FD. The return code indicates that the variable is 
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The DSS checks the received event_daia value and determines if the program 
selection requries a password. If password authentication is required, the DSS returns an 
authentication error/ reject indication to the VCR. The VCR generates an OSD to request a 
DSS password. The DSS password is used to construct an authenticated message. The VCR 
sends an authenticated data packet to the DSS. The DSS verifies that the requested program 
and password level are in agreement. If they are in agreement the DSS returns a completed 
token "FE". Otherwise the DSS resends the authentication error/reject indication. 



STEP 4: Copy Right Authorization 

Once an appointment is accepted, the DSS extracts the copy right level 
information from the user guide and places it in its program timer event object copyprotection 
p (70) instant variable. Initially the VCR's copy_protection TV is set to UNKNOWN. The 
VCR must obtain the copy right information from the DSS before it begins recording. The 
VCR sends an Explicit_Invoke message to the DSS Time Context (05), ProgramTimer Event 
Object (LL) requesting "getValue of copy.protection IV, "p" (70). The DSS returns a 
completed token "FE" plus the copy_protection IV value. The following CAL command is 
sent from the VCR to the DSS: 
"051X43 70" 

The command reads as :=< for time context (05), any program timer event object 
(LL)> <getValue (43) copy_protection IV "p" (70)> 

The receiving node, DSS, returns the completed token, "FE" plus the present 
value of "p". The complete token indicates the getValue Method was executed on the 
event_data IV. The VCR must verify that it can record the program and that the recording 
means, digital or analog, is in compliance with the copy_protect IV value. The copy_protect 
IV values are as follows: 
30h = copy allowed 
31h = analog copy allowed 
32h = 1 analog copy allowed 
33h = 1 digital copy allowed 
34h = no copies allowed 
35h = unknown 
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The Command is sent with the protocol services: 

MT Service Level 

APDU Mode: Basic Fixed 

APDU Type: Explilcit Jnvoke 
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NL Service Level 

NPDU Type: 

Routing: 

Allowed Media: 

BR1: 

BR2: 



non-extended service 

Directory 

Not Used 

Not Used 
Not Used 



DLL Service Level 
Service_class: Basic 

15 DLL service: Acknowledged 

Addressed service: As required 

Include source: Yes 

Priority: High 



20 

Error Condition: Copyprotection IV set to UNKNOWN. 

This condition indicates that the copyright limitations are unknown due to a 
Haw in the DSS program guide or the program is scheduled beyond the limits of the program 
guide. The DSS will update the VCR's program timer copyprotection IV when it is changed 
25 to a known state. The VCR may not keep the appointment when the copy .protection IV is set 
to UNKNOWN at the time of the appointment. The VCR must warn the user that the copy 
right level is UNKNOWN and that the recording may not take place. 

Error Condition: Copy_Protection IV not consistant with requested recording mode. 

This occurs when the requested recording mode does not comply withe the 
30 copyprotection IV level. The VCR generates an OSD to indicate the requested record level is 
not allowed and indicates alternative method. When digital recordings are not pemitted but 
analog recordings are permitted, the VCR prompts the user to the analog option. If the user 
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does not choose the analog option the program timer event object is reset and the appointment 
is erased in the DSS by the VCR. 

STEP 5: Program Event Schedule Conflicts 

The VCR checks for schedule conflicts between events in both the remote device 
and VCR. It also verifies that the conflicts are unique. The VCR sends an Explicit Jnvoke 
message to the DSS Time Context (05), Program Timer Event Object (LL), "getValue of 
event_conflict IV, "t" (74). The following CAL command is sent from the VCR to the remote 
device, (DSS): "05 LL 43 74". The command reads as :=< for time context (05), any program 
timer event object (LL)> <getValue (43) event_conflict IV "t" (74)> 
The DSS returns a completed token "FE" plus the event_conflict IV value. 

Example: For Timer Context (05h) Program Even Timer objects (03h) - (OAh), assume object 
(02h) and (OAh) in the remote device, DSS, are in conflict with object (04). The VCR sends the 
CAL Command: "00 04 43 74". The DSS returns the completed token, "FE'\ and the numeric 
values for objects 02 and OA: *'FE 30 32 3 1 30". The Command is sent with the protocol 
services: 

MT Service Level 

APDU Mode: Basic Fixed 

APDU Type: Explilcitjnvoke 



NL Service Level 

NPDU Type: 

Routing: 

Allowed Media: 

BR1: 

BR2: 



non-extended service 

Directory 

Not Used 

Not Used 
Not Used 



DLL Service Level 

Service_class: Basic 

DLL service: Acknowledged 

Addressed service: As required 
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Include source: Yes 
Priority: High 

There is one required step to delete a program timer event in the DSS from the 
5 DVHS-VCR. The VCR sends an Explicitjnvoke message, dependent upon the event_data 
instant variable value, to all DSS Time Context (05) Memory Data class objects (16). If the 
event_data instant variable matches the incoming event then clear_event is set to OOh. The 
receiving object, DSS, then resets the clear_event = 01 h. The following CAL command is 
sent from the VCR to the DSS: 
10 "05 00 16 5665E8F431 32 F6 DnnnLnTnRIAM F7 41 63 F8" 
where "DnnnLnTnRIAM" are the data bytes. 

The command reads as :=< for time context (05), any (00) Data Memory class 
object (16)> <if (56) <current status "e" (65) equals (E8) <DATA Token (F4)> <number of 
bytes (31 32)> <Escape Token (F6)>< DnnnLnTnRIAM ><Begin (F7)> <setOff (41) " c " (63) > 
15 < END (F8)> 

The receiving node will return a completed token (FE) for the objects containing 
the appropriate event_data IV valuet and all the program timer event object instant variables are 
cleared. The DSS program timer event object Instant Variables are set to their default values.If 
the receiving node returns a false evaluation token (FC) the VCR assumes that the event was 
20 already deleted or is not found The VCR generates an OSD message indicating that the event 
was not found in the box that responded to the message. 

Example: For Timer Context (05h) Program Even Timer objects (03h) - (OAh), assume object 
(04h) is the object holding the appointment. The response from the DSS is: 
FC FE FC FC FC FC FC FC 
25 The Command is sent with the protocol services: 
MT Service Level 
APDU Mode: Basic Fixed 

APDU Type: Explicitjnvoke 

30 NL Service Level 

NPDU Type: non-extended service 

Routing: Directory 
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Allowed Media: 



Not Used 



BR1: 



Not Used 



BR2: 



Not Used 



DLL Service Level 



Service_class: Basic 



DLL service: 



Addressed service: 



Acknowledged 
As required 



Include source: 



Yes 



Priority: 



High 



Known error states developed from an attempt to set up a program timer event 
from the VCR will now be described. 

Error State: VCR Program Event Object Unavailable 

If all the VCR program events are in use the VCR does not add the new event 
and does not attempt to add the event to remotely located device. 

Action: The VCR generates an OSD indicating the VCR program scheduler is full. The 
program timer event is not added to either the DSS or VCR program timer event list. 
User Action: The user must delete a VCR event before proceeding. 

Error State: DSS Program Event Object Unavailable 

If all the DSS program events are in use, the DSS returns false evaluation for all 
eight program timer event objects. 

Action: The VCR generates an OSD indicating the DSS program scheduler is full. The added 
event is deleted from the VCR event list. 

User Action: The user may delete a DSS event scheduled on the VCR or change to the DSS 
User Interface and delete a program. 

Error State. Password not verified 

When the VCR attempts to schedule a program and the program requires a 
master password, the DSS returns an unauthenticated message error. 
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Action: VCR generates an OSD indicating that the program selection requires the DSS Master 
password. The VCR uses the provided password to generate the encryption keys. The VCR 
then sends the data and encryption keys to the the appropriate program timer event object in o 
the DSS. 

5 Error State: Program Event Schedule Conflicts 

When the VCR schedules a program in the DSS and there. is a conflict in either 
the VCR or DSS, the program event is placed in both the VCR and DSS. The DSS returns 
event object number(s) to indicate that there is a schedule conflict. The VCR generates an OSD 
indicating what programs are in conflict. 
10 Action: DSS reports that there is a schedule conflict and the event numbers with the conflict. 
The VCR must display the conflicting events and indicate the location of the events. 
User Action :The VCR User Interface allows the user to either ignore the event conflict or 
delete the newly scheduled DSS event. 

The DSS and VCR interaction necessary to schedule and carry out a pre- 
15 scheduled Program Timer Event from a remote (DSS) User Interface is described next. A 

VCR Program Timer Event may be initiated, deleted or modified remotely. The program timer 
recording event requires three separate functions: (1) Resource verification; (2) Copy 
Protection Validation; (3) Error or conflict resolution; and (4) the record event. 

The DSS request information to determine VCR availability to make a 
20 recording. The Copy Protection Validation requires the remote device and VCR to determine 
when a program can be legally copied. The error and conflict resolution functions involves the 
detection of a schedule conflict, inappropriate VCRsetup and no response, The record macro 
function involves setup of the VCR input, to either analog or DAV inputs, instructing the VCR 
to begin recording, verifying the VCR is in the record mode, and tuning the DSS to the 
25 appropriate channel, (making a purchase if necessary). 

The DSS will request resource verification from the VCR to determine VCR 
availability and Tape Type. The DSS will also switch the A/V switch to DSS Video. The error 
and conflict resolution function involves the detection of a Tape Type miss-match, VCR in use, 
or VCR not on the bus (no response), The record event function involves setup of the VCR 
30 input, to either analog or DAV inputs, instructing the VCR to begin recording, and verifying the 
VCR is in the record mode. 

The steps required to setup, i.e., add, a program event with the DVHS-VCR from 
the DSS are described below. 
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STEP 1 : The DSS verifies it has an available Program Event Object. If there are no 
available program event objects, the DSS generates an QSD message indicating the DSS 
program event scheduler is full. 
5 Once an appointment is accepted, the DSS extracts the copy right level 

information from the user guide and places it in its program timer event object copyprotection 
p (70) instant variable. Initially the copyprotection IV is set to UNKNOWN. The DSS then 
determines if it legal to copy the program material and generates appropriate OSD screens in the 
event the program may not be copied. Once the DSS record methods and program material are 
10 in agreement it proceeds to make an appointment with the VCR. 

The remote device DSS, sends an Explicit_Invoke message to all Data Memory 
class objects (16) in the VCR Time Context (05) requesting "If current, status = not 
programmed then getValue timer_object_id "m" (6D). The DSS returns a completed token 
"FE" plus the timer_object_id IV value "m" for those program event objects not in use ("C" = 
15 0). All other Program Timer Event Objects return FC. The remote device, DSS, uses the first 
available program event timer object. 

The following CAL command is sent from a requesting node, the DSS, to the 
VCR: "05 00 16 56 43 E8 30 F7 43 6D F8 M 

The command reads as :=< for time context (05), any (00) Memory Data class 
20 object (16)> <if (56) <current status "C" (43) equals (56) zero (30)> <Begin (F7)> <getValue 
(43) timer.objectjd "m" (6D)> < END (F8)> 

The VCR node will return a completed token (FE) and the timer_object_id IV 
value for all those Data Memory class objects with a current status =0 and a false evaluation 
token (FC) for all Data Memory class objects with current status o 0. 

25 

Example: For Timer Context (05h) Program Even Timer objects (03h) - (OAh), assume object 
(04h) and (07h) are not in use. The response from the VCR is: 
FC FE 34 FC FC FE 37 FC FC FC 
If there are no time slots available the DSS returns 
30 "FC FC FC FC FC FC FC FC 

The Command is sent with the protocol services: 
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Basic Fixed 
Exp! icitjn yoke 



20 



NL Service Level 

NPDU Type: 

Routing: 

Allowed Media: 

BR1: 

BR2: 



non-extended service 

Directory 

Not Used 

Not Used 
Not Used 



DLL Service Level 
Service_class: Basic 

DLL service: Acknowledged 

15 Addressed service: As required 

Include source: Yes 

Priority: High 

If there are no time slots available the DSS will display appropriate OSD to 
20 indicate either the VCR, DSS or both do not have additional program event timers available. 



STEP 2: Setting Program Timer Event 

The remote device, DSS, sends event_data, instant variable "e", to the Program 
timer Event object with the received tinier_object_id, IV value, LL The symbol LL is the 
25 received program timer object iimer_objectJd value. It is a hex variable. The remote device, 
DSS, sends an Explicitjnvoke message to the Program Timer Event object (LL) in the VCR 
Time Context (05) : 

05 LL 46 65 F5 F5 F4 3 1 32 F6 DnnnLnTnRIAM" 

where "DnnnLnTnRIAM" are the data bytes. The LL field is the hex value of the available 
30 VCR program timer event object timer_object Jd IV returned by the VCR in STEPL 

The command reads as :=< for time context (05), Program Timer Event object (LL)> 
<setArray (46) <event_data IV (65) <delimiter (F5)(offset = 0)> <delimiter (F5) > <DATA Token 
(F4)> <number of bytes = 12 (31 32)> <Escape Token (F6)> DnnnLnTnRIAM > 
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The VCR returns the completed token, tl FE". The complete token indicates the 
set Array Method was executed on the event_data IV. 
The Command is sent with the protocol services: 
MT Service Level 
5 APDU Mode: Basic Fixed 

APDU Type: Expiicitjnvoke 

NL Service Level 

NPDU Type: non-extended service 

10 Routing: Directory 

Allowed Media: Not Used 
BR| : Not Used 

BR2: Not Used 

1 5 DLL Service Level 

Service_class: Basic 

DLL service: Acknowledged 

Addressed service: As required 

Include source: Yes 

20 Priority: High 

Error Condition: Event_Data setArray not completed. 

The VCR returns the Error Token FD and appropriate error/ return code. The 
VCR attempts to locate a new available object. 

25 

Error Condition: Pre-condition not satisfied. 

The VCR returns FD31 38. This indicates that the event_data was not 
updated because a pre-condition was not satisfied ( the object was already programmed.) The 
remote device, DSS, must locate a new available program timer event object. If there are no 
30 available program timer event objects, the remote dev,ce, DSS, generates and OSD message. 



STEP 3: Copyright Authorization 



10 
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Once an appointment is accepted, the remote device, DSS, sends the copy right 
level information to the program timer event object copyprotection p (70) instant variable. 
Initially, the VCR's. copyprotection IV is set to UNKNOWN. The VCR must obtain the copy 
right information from the remote device, DSS, before it begins recording. 

The remote device, DSS, sends an Explicit_Invoke message to the DSS Time 
Context (05), ProgramTimer Event Object (LL) "setValue of copyprotection IV, "p" (70). 
The VCR returns a completed token "FE" plus the copyprotection IV value. 

The following CAL command is sent from the VCR to the DSS: 
"05 LL 45 70 F5 <numeric>" 

The command reads as :=< for time context (05), any program timer event object 
(LL)> <setValue (45)> < copyprotection IV "p" (70)> delimiter (F5)> < numerio. 

The VCR, returns the completed token, "FE". The complete token indicates the 
set Value Method was executed on the event_data IV. The VCR must verify that it can record 
the program and that the recording means, digital or analog, is in compliance with the 
15 copyprotect IV value. The copyprotect IV values are as follows: 
30h = copy allowed 
3 lh = analog copy allowed 
32h = 1 analog copy allowed 
33h = 1 digital copy allowed 
20 34h = no copies allowed 
35h = unknown 

The Command is sent with the protocol services: 
MT Service Level 
APDU Mode: Basic Fixed 

25 APDU Type: Explilcit_Invoke 



NL Service Level 
NPDU Type: 
Routing: 
30 Allowed Media: 
BR1: 
BR2: 



non-extended service 

Directory 

Not Used 

Not Used 
Not Used 
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DLL Service Level 
Service_class: Basic 
DLL service: Acknowledged 
5 Addressed service: As required 
Include source: Yes 
Priority: High 

Error Condition: Copy_Protection IV set to UNKNOWN. 

10 This condition indicates that the copy right limitations are unknown due to a 

flaw in the, remote device, DSS, program guide or the program is scheduled beyond the limits 
of the program guide. The remote device, DSS, will update the VCR's program timer 
copy_protection IV when it is changed to a known state. The VCR may not keep the 
appointment when the copy_protection IV is set to UNKNOWN at the time of the appointment. 

15 The VCR must warn the user that the copy right level is UNKNOWN and that the recording 
may not take place. 

Error Condition: Copy_Protection IV not consistant with requested recording mode. 

This occurs when the requested recording mode does not comply withe the 
20 copy_protection IV level. The remote device, DSS, generates an OSD to indicate the requested 
record level is not allowed and indicates alternative method. When digital recordings are not 
pemitted but analog recordings are permitted, the remote device.DSS, prompts the user to the 
analog option. If the user does not choose the analog option the program timer event object is 
reset and the appointment is erased in the VCR by the remote device, DSS. 



25 



30 



STEP 4: Program Event Schedule Conflicts 

The remote device, DSS, checks for schedule conflicts between events in both 
the remote device and VCR. It also verifies that the conflicts are unique. The remote device, 
DSS. sends an Explicit.Invoke message to the VCR Time Context (05), Program Timer Event 
Object (LL), "getValue of event_copy IV, "t" (74). 

The following CAL command is sent from the remote device, DSS, to the VCR: 
"05 LL 43 74" 
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The command reads as :=< for time context (05), any program timer event object 
(LL)> <getVa!ue (43) event.conflict IV "t" (74)> 

The VCR returns a completed token "FE" plus the event_conflict IV value. 

5 Example: For Timer Context (05h) Program Even Timer objects (03h) - (OAh), assume object 
(02h) and (OAh) in the remote device, DSS, are in conflict with object (04). The remote device, 
DSS, sends the CAL Command: "00 04 43 74" 

The VCR returns the completed token, "FE", and the numeric values for objects 
02 and OA: 44 FE 30 32 3 1 30" 
10 The Command is sent with the protocol services: 
MT Service Level 
APDU Mode: Basic Fixed 

APDU Type: ExpIiIcit_Invoke 

15 NL Service Level 

NPDU Type: non-extended service 

Routing: Directory 

Allowed Media: Not Used 

BR1: Not Used 

20 BR2: Not Used 

DLL Service Level 
Service_class: Basic 

DLL service: Acknowledged 

25 Addressed service: As required 

Include source: Yes 

Priority: High 

The following single step is used to delete a program timer event in the VCR from the 

30 DSS. 



STEP 1 : Conditional Deletion 
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The DSS sends an Explicit_Invoke message, dependent upon the event_data 
instant variable value, to all VCR Time Context (05) ) Memory Data class objects (16).. If the 
event.data instant variable matches the incoming event then clear__event is set to OOh and all 
event related data is cleared from the object. 

After the object's event related data is cleared, the receiving object, VCR, resets 
the clear_event = Olh (Boolean True)- 

The following CAL command is sent from the remote device, DSS, to the VCR: 
"05 00 16 56 65 E8 F4 31 32 F6 DnnnLnTnRlAM F7 41 63 F8" 
where "DnnnLnTnRlAM" are the data bytes. 

The command reads as :=< for time context (05), any (00) Memory Data class 
object (16)> <if (56) <current status "e" (65) equals (56) <DATA Token (F4)> <number of 
bytes (31 32)> <Escape Token (F6)x DnnnLnTnRlAM ><Begin (F7)> <setOff (41) 4t c" (63) > 
< END (F8)> 

The VCR node will return a completed token (FE) if the condition is met and the 
data is placed into the event_data instant variable. Otherwise the receiving node returns a false 
evaluation token (FC). The VCR returns a completed token (FE) for the object containing the 
event_data IV value and all the program timer event object instant variables are cleared. The 
DSS program timer event object Instant Variables are set to their default values. If the VCR 
returns a false evaluation token (FC) the remote device, DSS, assumes that the event was 
already deleted or is not found The DSS generates an OSD message indicating that the event 
was not found in the box that responded to the message. 

Example: For Timer Context (05h) Program Even Timer objects (03h) - (OAh), assume object 

(04h) is the object holding the appointment. The response from the VCR is: 

FC FE FC FC FC FC FC FC 

The Command is sent with the protocol services: 

MT Service Level 

APDU Mode: Basic Fixed 

APDU Type: Explicit Jnvoke 



NL Service Level 
NPDU Type: 
Routing: 



non-extended service 
Directory 
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Allowed Media: Not Used 

BR1: Not Used 

BR2: Not Used 

5 DLL Service Level 
Service_class: Basic 

DLL service: Acknowledged 

Addressed service: As required 

Include source: Yes 

iO Priority: High 

The following three steps are required to modify a program timer event in the 
VCR from the DSS. 

15 STEP 1 : The remote device, DSS, sends an Explicit_Invoke message, dependent upon the 
event.data instant variable value, to all VCR Time Context (05) Data Memory class objects 
(16). If the event_data instant variable matches the incoming event the VCR returns the 
Completed result *'FE" and its timer_object_id IV, "nT, value. All other objects return the 
False Evaluation result "FC\ 

20 The following CAL command is sent from the DSS to the VCR: 

"05 00 16 56 65 E8 F4 3 1 32 F6 DnnnLnTnRIAM F7 52 F8" 
where "DnnnLnTnRIAM" is the event.data instant variable data. 

The command reads as :=< for time context (05), any (00) Data Memory class 
object (16)> <if (56) <current status "e" (65) equals (56) <DATA Token (F4)> <number of 

25 bytes (3 1 32)> <Escape Token (F6)x DnnnLnTnRIAM ><Begin (F7)> <)> <getVa!ue (43) 
timer_object_id 4l m" (6D)> < END (F8)> 

The program timer object containing the supplied event_data IV value returns a 
completed token indicating the condition is met, "FE", and a second completion token, "FE'\ 
and the timer_object_id IV value. Those program_timer_objects not evaluation as TRUE return 

30 the false evaluation token, "FC". 

Example; If the VCR Time Context (05) Program Timer Event objects are (03h) - (OAh) and 
the object corresponding event to be modified is in object (08h) the VCR returns 
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"FC FC FC FC FC FE FE 38 FC FC 

The Command is sent with the protocol services: 

MT Service Level 

APDU Mode: Basic Fixed 

APDU Type: Explicitjnvoke 



NL Service Level 

NPDU Type: 

Routing: 

Allowed Media: 

BR1: 

BR2: 



non-extended service 

Directory 

Not Used 

Not Used 
Not Used 



DLL Service Level 

Service_class: Basic 

DLL service: Acknowledged 

Addressed service: As required 

Include source: Yes 

Priority: High 



STEP 2: Modifing event_data IV Information 

The DSS sends Explicit_Invoke message to modify the event_data instant 
variable. The following CAL command is sent from the DSS to the VCR: 
"05 (LL) 46 F5 F5 F4 3 1 32 F6 DnnnLnTnRIAM" 
where "DnnnLnTnRIAM" is the event_data information. 

The command reads as :=< for time context (05), program event timer object 
(LL)> <setArray (46) <delimiter>(offset = 0)<delimiter><DATA Token (F4)> <number of 
bytes = 12 (31 32)> <Escape Token (F6)> DnnnLnTnRIAM > 

The VCR returns a completed token (FE) when the data is placed into the 
event_data instant variable. Otherwise, the receiving node returns an Error Token, "FD", with 
the appropriate error/return message. 
The Command is sent with the protocol services: 
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MT Service Level 

APDU Mode: Basic Fixed 

APDU Type: Explicit_Invoke 

5 NL Service Level 

NPDU Type: non-extended service 

Routing: Directory 

Allowed Media: Not Used 
BR1: Not Used 

10 BR2: Not Used 

DLL Service Level 
Service_class: Basic 

DLL service: Acknowledged 

15 Addressed service: As required 

Include source: Yes 

Priority: High 

STEP 3: Copy Right Authorization 
20 ° nc e an appointment is accepted, the remote device, DSS, sends the copy right 

level information to the program timer event object copy .protection p (70) instant variable. 
The VCR's copyprotection IV must be updated by the remote device, DSS, before it begins 
recording. 

The remote device, DSS, sends an Explicit_Invoke message to the DSS Time 
25 Context (05), ProgramTimer Event Object (LL) "setValue of copyprotection IV, "p" (70). 
The VCR returns a completed token "FE" plus the copyprotection P/ value. 

The following CAL command is sent from the VCR to the DSS: 
"05 LL 45 70 F5 <numeric>" 

The command reads as :=< for time context (05), any program timer event object 
30 (LL)> <setValue (45)> < copyprotection IV "p" (70)> <detimiter (F5)> < numerio. 

The VCR, returns the completed token, "FE". The complete token indicates the 
setValue Method was executed on the event,data IV. The VCR must verify that it can record 
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the program and that the recording method, digital or analog, is in compliance with the 
copy .protect IV value. The copy_protect IV values are as follows: 
30h = copy allowed 
31h = analog copy allowed 
5 32h = 1 analog copy allowed 
33h = 1 digital copy allowed 
34h = no copies allowed 
35h = unknown 

The Command is sent with the protocol services: 
10 MT Service Level 

APDU Mode: Basic Fixed 

APDU Type: Explilcitjnvoke 

NL Service Level 

15 NPDU Type: non-extended service 

Routing: Directory 

Allowed Media: Not Used 
BRl : Not Used 



20 



30 



BR2: Not Used 



DLL Service Level 
Service_class: Basic 

DLL service: Acknowledged 

Addressed service: As required 

25 Include source: Yes 

Priority: High 



Error Condition: Copy.Protection TV set to UNKNOWN. 

This condition indicates that the copy right limitations are unknown due to a 
flaw in the, remote device, DSS, program guide or the program is scheduled beyond the limits 
of the program guide. The remote device, DSS, will update the VCR/s program timer 
copyprotection IV when it is changed to a known state. The VCR may not keep the 
appointment when the copyprotection IV is set to UNKNOWN at the time of the appointment. 



10 



20 



25 



30 
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The VCR must warn the user that the copy right level is UNKNOWN and that the recording 
may not take place. 



Error Condition: Copyprotection IV not consistant with requested recording mode. 

This occurs when the requested recording mode does not comply withe the 
copy_protection IV level. The remote device, DSS, generates an OSD to indicate the requested 
record level is not allowed and indicates alternative method. 

When digital recordings are not pemitted but analog recordings are permitted, 
the remote device.DSS, prompts the user to the analog option. If the user does not choose the 
analog option the program timer event object is reset and the appointment is erased in the VCR 
by the remote device, DSS. 



STEP 4: Program Event Schedule Conflicts 

The remote device, DSS, checks for schedule conflicts between events in both 
15 the remote device and VCR. It also verifies that the conflicts are unique. 

The remote device, DSS, sends an Explicit_Invoke message to the VCR Time 
Context (05), Program Timer Event Object (LL), "getValue of event_conflict IV, "f (74). 

The following CAL command is sent from the remote device, DSS, to the VCR: 

"05 LL 43 74" 

The command reads as :=< for time context (05), any program timer event object 
(LL)> <getValue (43) event_conflict IV "t" (74)> 

The VCR returns a completed token "FE" plus the event_conflict IV value. 



Example: For Timer Context (05h) Program Event Timer objects (03h) - (OAh). assume objects 
(05h) and (OAh) in the remote device, DSS, and VCR objects (03h), (06h),and (07h) are in 
conflict with new event stored in VCR object (04). Also, the event stored in the VCR program 
event timer object (06h) has the same remote_ua dn remot_hc as the new event stored in VCR 
object (04h). The remote device. DSS, sends the CAL Command: "00 04 43 74" 

The VCR returns the completed token, "FE", and the numeric timer_number IV 
values for objects 03 and 07: "FE 30 31 30 35" 
The Command is sent with the protocol services: 



3NSDOCID: <WO 9728630A3.IA> 



WO 97/28630 



31 



PCT/US97/01685 



MT Service Level 
APDU Mode: 
APDU Type: 

NL Service Level 

NPDU Type: 

Routing: 

Allowed Media: 

BR1: 

BR2: 



Basic Fixed 
Explilcit_Invoke 

non-extended service 

Directory 

Not Used 

Not Used 
Not Used 



DLL Service Level 

Service_class: Basic 

DLL service: Acknowledged 

Addressed service: As required 

Include source: Yes 

Priority: High 

The DSS then generates an OSD to indicate that the DSS program event timers 3 
and 8 and VCR program timer events 1 and 5 are in conflict. The VCR program event timer 4, 
stored in object (04h) is not indicated since it is duplicated in the DSS. 

The next section describes known error states developed from an attempt to set 
up a program timer event from the DSS. 



Error State: DSS Program Event Object Unavailable 



If all the DSS program events are in use the DSS does not add the new event. 
Action: The DSS generates an OSD indicating the DSS program scheduler is full. The event 
not added to the VCR event list. 

User Action: The user must delete a DSS event before proceeding. 
Error State: VCR Program Event Object Unavailable 
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If all the VCR program events are in use, the VCR does not return the object 
number of ah available program event object. 

Action: The DSS generates an OSD indicating the VCR program scheduler is full. The added 
event is deleted from the DSS event list. 

User Action: The user may delete a DSS event scheduled on the VCR or change to the VCR 
User Interface and delete a program. 

Error State: Program Event Schedule Conflicts 

When the DSS schedules a program in the VCR and there is a conflict in either 
the VCR or DSS, the program event is placed in both the VCR and DSS. The VCR returns 
event object number(s) to indicate that there is a schedule conflict. The DSS generates an OSD 
indicating what programs are in conflict. 

Action: VCR Reports that there is a schedule conflict and the event numbers with the conflict 
15 User Action :The VCR User Interface allows the user to either ignore the event conflict or 
delete the newly scheduled DSS event. 

Error State: Program Event Schedule Conflicts 

When the VCR schedules a program in the DSS and there is a conflict in either 
20 the VCR or DSS, the program event is placed in both the VCR and DSS. The DSS returns 

event object number(s) to indicate that there is a schedule conflict. The VCR generates an OSD 
indicating what programs are in conflict. 

Action: DSS reports that there is a schedule conflict and the event numbers with the conflict. 
The VCR must display the conflicting events and indicate the location of the events. 
25 User Action :The VCR User Interface allows the user to either ignore the event conflict or 
delete the newly scheduled DSS event. 

The interaction between the DSS and VCR to execute a programmed timer event 
is described next. 

For a DSS digital record timer event, the DSS requests information to determine 
30 VCR availability to make a recording. The error and conflict resolution function involves the 
detection of a schedule conflict, VCR and DSS operational states, and tape availability. The 
record macro function involves setup of the VCR input, to either analog or DAV inputs. 
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instructing the VCR to begin recording, verifying the VCR is in the record mode, and tuning the 
DSS to the appropriate channel, (making a purchase if necessary). 

The DSS request VCR availability and Tape Type. The DSS will switch the 
A/V switch to DSS Video and prepare the VCR to receive a digital bit stream. The error 
handling checks for Tape Type miss-match, VCR in use, or VCR not on the bus (no response) 
errors. 

The VCR and DSS availability's to keep the event appointment is verified 
during a time period before the event time. This allows user intervention to deal with VCR and 
DSS state conflicts. During the typical programmed event both the VCR and DSS are turned 
OFF. Several minutes before a DSS appointment, the DSS will send Command 1. 

The steps for the DSS to initiate a program event with the DVHS-VCR are as 

follows. 



STEP 1 Command: VCR availability determination 

15 The DSS determines the VCR availability before the appointment. The DSS 

sends an Explicit_Invoke getValue method to the VCR Universal context (OOh) Node Control 
Object (Olh) power instance variable 'w' (77h) and Media Transport context ( 1 lh) Transport 
Mechanism Object (03h) instance variables 4 C (43h) (motion_mode), T (6Ch) 
(mediumjoad), 'm* (6Dh) (medium), 'w (77) (write.protected), Display context (13h) 

20 Output Source Switch object (02h) instance variable 4 C\ 

-00 01 43 77 F9 1 1 03 43 43 FB 43 6C FB 43 6D FB 43 77 F9 13 02 43 43" 
The Command is sent with the protocol services: 
MT Service Level 
APDU Mode: Basic Fixed 

25 APDU Type: Explicitjnvoke 



NL Service Level 

NPDU Type: non-extended service 
Routing: Directory 
30 Allowed Media: Not Used 
BR1: Not Used 

BR2: Not Used 
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DLL Service Level 
Service__class: Basic 
DLL service: Acknowledged 
5 Addressed service: As required 
Include source: Yes 
Priority: High 

When the VCR is setup correctly it returns the values : 
10 44 00F5 3QF5Q1 F531 30 32 F5 00 F5 39 " 

This indicates the VCR is in the OFF states), the VCR is in the STOP mode, a 
tape is loaded, a digital tape is loaded m = "3 1 30 32" .the tape is not write protected, and the 
VCR output video source switch = AVR1 {DSS } . 

Exception handling in Step 1 is addressed as follows. 



15 



20 



25 



30 



Tape Not Loaded 

If the DSS is on, the DSS outputs an OSD indicating a DSS program timer event 
is about to occur and that no tape is loaded in the VCR. It also request the User to load a 
Digital Tape. If a tape is not loaded into the VCR the DSS deletes the program timer event 
from the schedules and places a failure notice in the DSS mailbox. If the VCR is on and the 
VCR output video switch is not set to AVR1, the VCR displays an OSD indicating that a DSS 
program timer event is about to occur and that no tape is loaded in the VCR. 

Analog Tape Loaded 

If the DSS is on, the DSS outputs an OSD indicating a digital recording mode 
DSS program timer event is about to occur and that that VCR is loaded with an Analog only 
tape. The DSS waits for the user to repond and indicate that a digital tape had been loaded or 
to make an analog recording. There are three possible outcomes: 

1 ) If the user responds that the recording should take place with the analog 
tape, the DSS changes the appointment to an analog recording. This information is sent from 
the DSS to the VCR. 

2) If the user responds to cancel the appointment, the DSS deletes the 
appointment from both the VCR and DSS program timer events list. 
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3) If no response is given the DSS assumes that the user desires an analog 
recording to take place. At the record time the DSS request the type of tape loaded in the VCR 
and then makes the appropriate recording, (digital or analog). 

If the VCR is turned on and the VCR output video switch is not set to 
AVR1, the VCR must initiate the OSD messages to determine if the recording should proceed 
as an analog recording or be cancelled. There are three possible outcomes: 

1) If the user responds that the recording should take place with the analog 
tape, the VCR changes the appointment to an analog recording. This information is sent from 
the VCR to the DSS. 

2) If the user responds to cancel the appointment, the DSS deletes the 
appointment from both the VCR and DSS program timer events list. 

3) If no response is given the VCR assumes that the user desires an analog 
recording to take place. At the record time the DSS request the type of tape loaded in the VCR 
and then makes the appropriate recording, (digital or analog). 

Read Only Tape Loaded 

If the DSS is on, the DSS outputs an OSD indicating a record timer event is 
about to occur and that a Read Only Tape is loaded. The user must indicate the recording can be 
cancelled or kept. If the user indicates the recording appointment should be kept DSS sends a 
command to cause the VCR to eject the read only tape. If there is no response the DSS cancels 
the recording appointment. 

If the VCR is turned on and the VCR output video switch is not set to AVR1 , the 
VCR initiates an OSD messages indicating a record timer event is about to occur and that a 
Read Only Tape is loaded. The user may indicate the recording can be cancelled or kept. If the 
user indicates the recording appointment should be kept the tape is ejected. If there is no 
resonse the VCR cancels the recording appointment. 

VCR Output Display Source Switch <> AVR1 

If the display switch is the only error, the DSS sets the VCR Output Display 
Source Switch to AVR1 and continues on to Step 2. 

If other setup errors are present, the VCR is responsible for display of OSD 
messages indicating conditions: Tape Not Loaded, Analog Tape Loaded, Read Only Tape 
Loaded, and Tape motion Mode o STOP. 
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Tape motion_mode exception handling 

Tlje DSS determines if timer event should override the ongoing VCR state 
If tape motion_mode = STOP, the DSS generates an OSD asking if the 
appointment should be kept. If the user enters NO then the DSS deletes the appointment from 
both the DSS and VCR. A non-response is defaulted to YES. 

If the VCR output video switch is not set to AVRI, the VCR must also generate 
an OSD asking if the appointment should be kept. If the user enters NO then the VCR will 
detete the appointment from the DSS and VCR. A non-response is defaulted to YES. 

If tape motion_mode = RECORD, the DSS determines if the VCR is executing 
a previously scheduled program timer event. If it is executing a previous event timer the DSS 
will pre-empt the ongoing event at the appropriate time. The DSS sends an Explicit_Invoke 
message to all Data Memory class objects (16) in the VCR Time Context (05) requesting 
"get Value of current, status "C" (43)" and get Value of Medium Transport Context (11) 
15 Transport Mechanism Object (03) "motion_mode", "C" (43) IV. 

All the Program Timer Event Objects return FE and the value of their current status. The 
Medium Transport context returns the completed token, "FE" and the motion mode IV value. 
The following CAL command is sent from the VCR to the DSS: 
"05 00 16 43 43 F9 1 1 03 43 43" 

The command reads as :=< for time context (05), any (00) event timer class 
object (16)> <getValue (43) <current status "C" (43) End_of_Cmd (F9)xgetValue (43) 
motion_mode, "C" (43)> 

Example: For Timer Context (05h) Program Even Timer objects (03h) - (OAh), assume object 
25 (04h) is executing a program timer event. The response from the DSS is: 

FE 30 FE 32 FE 30 FE 30 FE 30 FE 30 FE 30 FE 30 FE 31 

In this case the Command is sent with the protocol services: 

MT Service Level 

APDU Mode: Basic Fixed 

30 APDU Type: Explicit_Invoke 

NL Service Level 

NPDU Type: non-extended service 
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Routing: Directory 
Allowed Media: Not Used 
BR1: Not Used 

BR2: Not Used 

5 

DLL Service Level 
Service_class: Basic 
DLL service: Acknowledged 
Addressed service: As required 
10 Include source: Yes 
Priority: High 



If there are no time slots available the DSS returns 
"FC FC FC FC FC FC FC FC 1 
15 The VCR displays appropriate OSD to indicate either the VCR, DSS or both do not have 
additional program event timers available. 

If the VCR is executing a program timer event then the DSS sets the tape 
motion_mode = STOP and clears the event from the VCR. The DSS then executes STEP 2. 

If tape motion_mode = PLAY, the DSS cancels the event and deletes it from the 

20 VCR. 

If tape Motion_mode = Other, the DSS cancels the event and deletes if from the 

VCR. 



STEP 2: DSS Hails for DAV Bus Data 
25 At the appointment time, the remote device, DSS, re- verifies that the VCR is 

ready to carry out the appointment. Upon receipt of the return packet the DSS tunes to the 
appropriate channel, checks the copy protection level, and hails for the DAV Bus. 
Channel and sets copy protection variables 



30 Step 2.a: VCR Ready 

The remote device, DSS, queries the VCR to determine if it is ready to carry out 
the appointment. The DSS sends an Explicit_Invoke getValue method to the VCR Universal 
context (OOh) Node Control Object (Olh) power instance variable *w' (77h) and Media 
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Transpon context (1 lh) Transport Mechanism Object (03h) instance variables C (43h) 
(motion.mode), T (6Ch) (mediumjoad), 'm' (6Dh) (medium), 'w (77) (write^protected). 
Display context (13h) Output Source Switch object (02h) instance variable 4 C\ 
i4 00 01 43 77 F9 1 1 03 43 43 FB 43 6C FB 43 6D FB 43 77 F9 13 02 43 43" 
The Command is sent with the protocol services: 
MT Service Level 
APDU Mode: Basic Fixed 
APDU Type: Explicitjnvoke 



10 NL Service Level 

NPDU Type: non-extended service 

Routing: Directory 

Allowed Media: Not Used 

BR1: Not Used 

15 BR2: Not Used 



DLL Service Level 
Service_class: Basic 
DLL service: Acknowledged 
20 Addressed service: As required 
Include source: Yes 
Priority: High 



When the VCR is setup correctly it returns the values : 
25 "00 F5 30 F5 01 F5 31 30 32 F5 00 F5 39 " 

This indicates the VCR is in the OFF state, the VCR is in the STOP mode, a tape 
is loaded, a digital tape is loaded m = "31 30 32" ,the tape is not write protected, and the VCR 
output video source switch = AVR1 {DSS}. 

30 Step 2.b: Copy protection level validation 

If required, the remote device, DSS, sends the copy_protection TV value to the 
appropriate program timer. 
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Step 2.c: Hail for the DAV Bus 

The remote device, DSS, queries the bus to determine if it can take control of the 
BUS. The VCR gives up control of the bus unless it is in the play mode. At that time the 
5 resource is considered locked. The lock is released when the VCR is taken out of the play 
mode. 

The DSS gives up control of the bus unless it is suppling a bitstream to a VCR 
that is in the record mode. In that event, the channel is considered locked. The lock is released 
when the VCR is taken out of the record mode. 
10 Command: The DSS sets the copy protection values in the VCR and hails for the DAV Bus 
Data Channel. 



Step 2: Exception Handling: 

If the DSS cannot successfully gain access to the DAV Bus, the DSS program 
15 timer event defaults to an analog recording. 



STEP 3: DSS Initiates Digital Recording. 

Command: The DSS sends an Explicit_Invdke setValue method to the VCR Universal context 
(OOh) Node Control Object (Olh) instant variable 'w 1 (77h) = ON (power = ON) and Media 
20 Transport context (1 lh) Source Switch (02) instance variable 4 C* (43h) = 3 1 h 38 (DAV), 
Transport Mechanism Object (03h) instance variables *C (43h) = Olh (motion_mode = 
record), Display context (13h) Source Switch object (02h) instance variable *C* = 09h 
(display = AVR1), and sets the VCR DAV Bus receiver to ON. 

"00 01 42 77 F9 1 1 02 45 46 01 FB 03 45 43 01 F9 13 02 45 43 09 (add DAV Bus receiver ON 
25 Tokens)" 

The Command is sent with the protocol services: 

MT Service Level 

APDU Mode: Basic Fixed 

APDU Type: Explicit_Invoke 



NL Service Level 

NPDU Type: non-extended service 
Routing: Directory 
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Allowed Media: Not Used 
BR1: Not Used 

BR2:, Not Used 

5 DLL Service Level 
Service_class: Basic 
DLL service: Acknowledged 
Addressed service: As required 
Include source: Yes 
10 Priority: High 

The VCR should return: "FE FE FE FE FE" 

Upon receipt of the VCR return message the DSS tunes to the appropriate 
channel, turns on its DAV Bus Driver and send it to the VCR. 

15 

Step 3 Exception Handling: 

The DSS will complete an analog recording of the program. 

To perform an analog recording event, the DSS request information to determine VCR 

availability to make a recording. The error and conflict resolution function involves the 
20 detection of a schedule conflict, VCR and DSS operational states, and tape availability. The 

record macro function involves setup of the VCR input, to either analog or DAV inputs, 

instructing the VCR to begin recording, verifying the VCR is in the record mode, and tuning the 

DSS to the appropriate channel, (making a purchase if necessary). 

The DSS request VCR availability and Tape Type. The DSS will switch the 
25 A/V switch to DSS Video and prepare the VCR to receive a digital bit stream. The error 

handling checks for Tape Type miss-match, VCR in use, or VCR not on the bus (no response) 

errors. 

The VCR and DSS availability's to keep the event appointment are verified 
during the five minute time period before the event time. This allows user intervention to deal 
30 with VCR and DSS state conflicts. During the typical programmed event both the VCR and 
DSS are turned OFF. Five minutes before a DSS appointment the DSS will send Command 1 
to verify the appointment. 
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For a digital recording the VCR returns the values : "00 f5 00 f5 01 f5 3 1 30 3 1 
f5 39 44 (hex). For an analog recording the VCR can return either : 44 00 f5 00 f5 01 f5 3 1 30 3 1 
f5 39" (hex) or 44 00 f5 00 f5 01 f5 31 30 31 f5 39 44 (hex). 

This indicates the instant variables (00h)(01h) w = ON , (1 lh)(03) C = 0,l = ,m= 101 
(analog) or m = 102 (digital or analog) and (I3h)(02) C = 9 (Audio/ Video 1) 
The VCR is required to send the DSS its Universal (00) Context, Node Control (01) Object, 
instant variable "w" value each time it changes. During the period following the execution of 
Macro 1 the DSS would check to see if the VCR changed from the OFF to ON state. 

Upon execution of the programmed timer event the DSS hails for access to the 
DAV bus. After succeeding in gaining access to the DAV bus the DSS sends Command 2: 
Recording Initiation Command. If the DAV bus is not available the DSS will attempt to make 
an analog recording of the desired program. 

The VCR should return: FE FE FE FE. Upon receipt of the VCR return 
message the DSS will tune to the appropriate message and send it over the DAV Bus. 

Messages sent by DSS to initiate programmed recording are as follows. 

Command 1: DSS Appointment Verification. The following CAL command is 
sent from the DSS to the VCR: 

00 01 43 77 F9 1 1 03 43 43 FB 43 6C FB 43 6D F9 13 02 43 43 

An Explicit_Invoke getValue method to the VCR Universal context (OOh) Node Control 
Object (01 h) power instance variable 4 w' (77h) and Media Transport context (1 lh) Transport 
Mechanism Object (03h) instance variables C (43h) (motion.mode), T (6Ch) 
(medium Joad), 4 rrf (6Dh) (medium). Display context (13h) Source Switch object (02h) 
instance variable 4 C\ 

The Command is sent with the protocol services: 

MT Service Level 

APDU Mode: Basic Fixed 

APDU Type: Explicit_Invoke 

NL Service Level 

NPDU Type: non-extended service 
Routing: Directory 
Allowed Media: Not Used 
BR1: Not Used 
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BR2: 



Not Used 



DLL Service Level 



Service_class: Basic 



5 DLL service: Acknowledged 
Addressed service: As required 



Include source: 



Yes 



Priority: 



High 



10 Command 2: Digital Recording Initiation 



The following CAL command is sent from the DSS to the VCR: 



"0001 42 77 F9 11 02 45 46 01 FB 03 45 43 01 F9 13 02 45 43 09" 
An Explicit_Invoke set Value method to the VCR Universal context (OOh) Node Control 
Object (Olh) instant variable 4 w* (77h) = ON (power = ON) and Media Transport context ( 1 lh) 
15 Source Switch (02) instance variable *C (43h) = "3 lh 38h" (DAV), Transport Mechanism 
Object (03h) instance variables C* (43h) = Olh (motion_mode = record), Display context 
(13h) Source Switch object (02h) instance variable *C* = 09h (display = AVI). 



The Command is sent with the protocol services: 



MT Service Level 
20 APDU Mode: Basic Fixed 

APDU Type: Explicit.Invoke 

NL Service Level 

NPDU Type: non-extended service 
25 Routing: Directory 

Allowed Media: Not Used 
BR1: Not Used 

BR2: Not Used 

30 DLL Service Level 
Service_class: Basic 
DLL service: Acknowledged 
Addressed service: As required 
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Include source: Yes 
Priority: High 

Command 3: Analog Recording Initiation Command. 

5 The following CAL command is sent from the DSS to the VCR: 

"00 01 42 77 F9 11 02 45 43 09 FB 03 45 43 01 F9 13 02 45 43 09" 
An Explicit_Invoke setValue method to the VCR Universal context (OOh) Node Control 
Object (01 h) instant variable l w' (77h) = ON (power = ON) and Media Transport context (1 lh) 
Source Switch (02) instance variable 4 C (43h) = "09h" (AVR1), Transport Mechanism Object 

10 (03h) instance variables *C* (43h) = Olh (motion.mode = record), Display context ( 13h) 
Source Switch object (02h) instance variable 4 C = 09h (display = AVI). 

The Command is sent with the protocol services: 
MT Service Level 
APDU Mode: Basic Fixed 

15 APDU Type: Explicit_Invoke 

NL Service Level 

NPDU Type: non-extended service 
Routing: Directory 
20 Allowed Media: Not Used 
BR1: Not Used 

BR2: Not Used 

DLL Service Level 
25 Service_class: Basic 

DLL service: Acknowledged 
Addressed service: As required 
Include source: Yes 
Priority: High 

30 

Program timer event execution error states, i.e, error states that may occur during 
a DSS recording are described next 
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Error State: DAV Unavailable for Recording 

If the DSS box hails for access to the DAV bus and it is not available, the DSS 
will initiate an analog recording. In this case the DSS sends Command 3, Analog Recording 
Initiation Command, to the VCR. 

Error State: VCR turned on but not recording 

When the VCR is turned on but not recording and is displaying the VCR video 
five minutes before a timer event, the VCR generates an OSD indicating a timer event is about 
to occur and the video source (DSS). If the line input is switched to the DSS the DSS will 
display an OSD indicating that there is a pending timer event an allow the user to forgo the 
recording. In the event of no User action the timer event will occur. 

Action (1): Five Minutes before a DSS event, the DSS request the VCR On/OFF status and 
Output Video Switch state. 

( a ) If the V CR or DSS is on and displaying DSS video a pending event OSD is 
15 generated. 

< b ) If the User forgoes the recording, the DSS cancels the event on both the VCR 

and DSS program timer events list. 

< c ) If the User indicates the appointment should be kept then the event occurs 

without additional user action. 

20 ( d ) Else > if there is no response the DSS assumes that the recording should go on as 

scheduled. 

Action (2): If the VCR video switch state indicates VCR video is displayed, the VCR will 
request the DSS ON/OFF status five minutes before a timer event. 

( a > If either the DSS or VCR is ON the VCR displays a pending event OSD 

25 message. 

(b) If the User indicates the appointment should be kept then the event occurs 
without additional user action. 

( c ) If there is no response the VCR assumes that the recording should go on as 
scheduled. 

30 ( d > If the User forgoes the event the VCR deletes the event from the DSS and VCR 

program timer events list. 

(e) Else, if there is no response the VCR assumes that the recording should go on. 
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Action (3): If the VCR or DSS change from the OFF to ON states during the period five 
minutes before a recording event, the DSS and VCR repeat steps (1) and/or (2) to determining 
if they keep the event appointment. 

User Action: The User may forgo the recording by responding to the OSD. If the User does not 
respond then the recording will be allowed to occur. 

Error State: VCR in on and recording 

When the VCR is turned on and recording and a timer event occurs: 

Action (1): 

a) If it is a DSS timer event, the DSS determines if the ongoing recording is due to a VCR 
program timer event, 

b) If record state is due to an ongoing program timer event, the DSS keeps the appointment and 
the VCR allows the DSS to change appropriate VCR instant variables. 

Action (2): If it is a VCR timer event, the VCR keeps the appointment. 

Action (3): If the record state is not due to a program timer event, the VCR does not keep the 
appointment. 

Error State: No Tape Loaded 

When the timer event appointment is made, if there is no tape is loaded the 
VCR generates a status message back to the scheduler and indicates no tape is loaded and the 
appropriate tape type. The DSS generates an OSD indicating no tape is loaded in the VCR and 
indicating appropriate tape type for the requested recording. 

Error State: Read Only Tape Loaded 

When the timer event appointment is made, if a Read Only Tape is loaded in the 
VCR, the VCR generates a status message back to the scheduler indicating that the tape is a 
read only tape. The DSS generates an OSD indicating that the tape is a read only. 

Error State: Record Mode Tape Type Miss Match 

When a digital recording is requested and a VHS tape is loaded in the VCR the 
DSS and VCR will make an analog recording. 
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For an immediate digital record event with DSS source, two immediate digital 
record modes are available. In automatic mode the VCR record button is linked to a default bit 
stream generator. When the VCR Record function is initiated and there is no bit stream present 
the VCR initiates a record secession with the default device. The default device can be any bit 
stream generating device and is set up in the VCR User Interface. In dubbing mode the VCR 
may also make a recording of a bit stream already present on the DAV bus. This allows for 
dubbing between DVHS- VCRs and reception of other bit streams. There are two display 
possibilities. First, if there is a DSS present in the system, the DSS may be instructed to decode 
and display the DAV bit stream through the VCR's AVR1 even thought it is not the originator 
of the bit stream. This allows two VCR's to be hooked up to a single DSS and have the digital 
playback video to be routed through one VCR AV switch. 

For automatic recording when the VCR record mode is set to digital, a digital 
tape is loaded, and there is no digital bit stream present on the bus, the VCR initiates a digital 
recording upon receipt of a an IR or Front Panel Record command. 

For DAV bit stream source recording, the VCR initiates a digital recording with 
the default recording device. The VCR instruct the default device to inherit the DAV bus and 
begin sending its digital bit stream. The VCR also ask the source device to supply relevant 
copy protect information. 

Step 1 : The VCR sends an Explicit .Invoke message to cause the Default device, DSS, 

20 to inherit the DAV data bus if the copy protection allows for recording. The return value is 

used to indicate if the DAV bus was locked or the program was copy protected. 

If (56) <copy protect variables> <equal> <value> < > 

The command reads as :=< for DAV transceiver context (04), driver object (02)> 

<if (56) < copy protect variables > (43) equals (E8) (value)> <Begin (F7)> <inherit (54)> 
25 F5(delimiter)<data channel ( )><F5 (delimiter)x F4 3 1 F6 26 > exit (52) (return value) <else 

getValue( ) ><(copy protect variables) <END (F8)> 

Step 2: The default device, DSS, checks the copy protect mode of the video bit stream and 
determines if it is permissible to make a copy. If digital copies are permitted then the default 
30 device hails for the DAV bus. Otherwise the command is rejected. 

The source device must keep track of the number of receivers making digital 
copies and protect the bit stream from illegal copies. If the copy protection information 
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changes the source device must determine if the bit stream can be copied and act to prevent 
illegal copies. 

Step 3: The default device, DSS, turns no the DVHS-VCR DAV Bus receiver and instructs the 
VCR to go into the record mode. 

Step 4: The VCR checks the copy protect mode of the video bit stream to verify that it is legal 
to make a digital copy. Every five minutes the VCR request copy protect information to insure 

it is making legal copies. 

For setup of default bit stream source device, during initial setup, the VCR hails 
the bus to determine what devices may act as bit stream sources on the DAV medium. Initially, 
the VCR uses the first DAV bit stream source device it locates as the default. The list of DAV 
bit stream source devices is used in the program timer event guide. 

The VCR User Interface is used to determine which product is the default. The 
VCR User Interface may update this list by forcing the VCR to re-acquire the DAV bit stream 
device information. During the re-acquire process the default is not changed unless the default 
device is not found. If the old default device is not found the first DAV bit stream source 
device detected becomes the default. 

For dubbing (recording when bit stream is already present), the VCR will initiate 
a dubbing digital recording upon receipt of a IR Record command if the VCR is in the digital 
record mode, a digital bit stream is already present on the DAV bus, and a digital tape is loaded. 

Before recording, the VCR broadcasts to see what is the source device on the 
DAV Bus and request copy protect information. Every five minutes the VCR request an update 
of the copy protect information. 

The source device must keep track of the number of copies being recorded and 
protect the bit stream from illegal copies. If it is legal to copy the bit stream the source device 
instructs the VCR to turn on its DAV receiver and to go into the record mode. Otherwise it 
instructs the requesting VCR to turn off its DAV receiver and stop recording. 

The error or exception handling states are as follows 
Error State: DAV Bus not available 

Error State: Digital bit stream video not being displayed through VCR. 
Error State:Copy Protected Bit stream 
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Error State: No Tape Loaded 

When a VCR Digital Record command is received and the VCR does not have a 
tape loaded the DSS displays an OSD indicating that no tape is loaded. The VCR is 
responsible for display of the no tape message when an analog recording is requested. 
5 ACTION: VCR reports no tape loaded to the DSS 

Error State: Read Only Tape Loaded 

When a record command is received and Read Only Tape is loaded the 
command is rejected and the DSS generates an OSD indicating that the tape is a read only. 
10 ACTION: VCR reports read only tape loaded to the DSS 

Record Mode Tape Type Miss Match 

When a VHS tape is loaded and the VCR default recording mode is set to digital 

and a record command is initiated the VCR will inform the DSS that it is in the record mode, 
15 that a analog tape is loaded and that the record mode is digital. The DSS will then display an 

OSD indicating a tape type mismatch and ask if the user wants to proceed with an analog 

recording. If the user declines then the DSS displays a message indicating what tape format 

must be loaded into the VCR. Else, the DSS sends the VCR a record command and sets the 

record method to analog. 
20 ACTION: VCR reports the tape type and default record mode to the DSS. The DSS displays 

appropriate OSD and upon users command initiates an analog recording. 

For an immediate analog record event with DAV bus attached, 

the VCR will initiate an analog recording upon receipt of a IR Record command. 

For CEBus automatic recording, when the VCR record mode is set to analog and 
25 a tape is loaded, the VCR initiates an analog recording upon receipt of an IR or Front Panel 

Record command. 

For DSS source recording, the VCR initiates an analog recording with the 
default recording device. The VCR instruct the default device to inherit the DAV bus and begin 
sending its digital bit stream. The VCR also ask the source device to supply relevant copy 
30 protect information. 
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Step 1: The VCR sends an Explicit_Invoke message to cause the Default device, DSS, 

to inherit the DAV data bus if the copy protection allows for recording. The return value is 
used to indicate if the DAV bus was locked or the program was copy protected; 
If (56) <copy protect variables> <equal> <value> < > 

The command reads as :=< for DAV transceiver context (04), driver object (02)> 
<if (56) < copy protect variables > (43) equals (E8) (value)> <Begin (F7)> <inherit (54)> 
F5(delimiter)<data channel ( )xF5 (delimiter)x F4 31 F6 26 > exit (52) (return value) <else 
getValue( ) ><(copy protect variables) <END (F8)> 

Step 2: The default device, DSS, checks the copy protect mode of the video bit stream and 
determines if it is permissible to make a copy. If digital copies are permitted then the default 
device hails for the DAV bus. Otherwise the command is rejected. 

The source device must keep track of the number of receivers making digital 
copies and protect the bit stream from illegal copies. If the copy protection information 
changes the source device must determine if the bit stream can be copied and act to prevent 
illegal copies. 

Step 3: The default device, DSS, turns no the DVHS-VCR DAV Bus receiver and instructs the 
VCR to go into the record mode. 

Step 4: The VCR checks the copy protect mode of the video bit stream to verify that it is legal 
to make a digital copy. Every five minutes the VCR request copy protect information to insure 
it is making legal copies. 

For setup of default bit stream source device, during initial setup, the VCR hails 
the bus to determine what devices may act as bit stream sources on the DAV medium. Initially, 
the VCR uses the first DAV bit stream source device it locates as the default. The list of DAV 
bit stream source devices is used in the program timer event guide. 

The VCR User Interface is used to determine which product is the default. The 
VCR User Interface may update this list by forcing the VCR to re-acquire the DAV bit stream 
device information. During the re-acquire process the default is not changed unless the default 
device is not found. If the old default device is not found the first DAV bit stream source 
device detected becomes the default. 
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For dubbing (recording when bit stream is already present), the VCR will initiate 
a dubbing analog recording upon receipt of a IR Record command if the VCR is in the analog 
record mode and a tape is loaded. 

The source device must keep track of the number of copies being recorded and 
5 protect the bit stream from illegal copies. If it is legal to copy the bit stream the source device 
instructs the VCR to turn on its DAV receiver and to go into the record mode. Otherwise it 
instructs the requesting VCR to turn off its DAV receiver and stop recording. 
Error or exception handling states are as follows. 

10 Error State: Copy Protected Bit stream 

Error State: No Tape Loaded 

When a VCR Digital Record command is received and the VCR does not have a 
tape loaded the DSS displays an OSD indicating that no tape is loaded. The VCR is 
15 responsible for display of the no tape message when an analog recording is requested. 
ACTION: VCR reports no tape loaded to the DSS 

Error State: Read Only Tape Loaded 

When a record command is received and Read Only Tape is loaded the 
20 command is rejected and the DSS generates an OSD indicating that the tape is a read only. 
ACTION: VCR reports read only tape loaded to the DSS 

For an immediate playback request, the VCR will initiate a play back of a digital 
tape upon receipt of a Play command when the DVHS-VCR is loaded with a digital tape. After 
receipt of the play command, the VCR will verify that a digital tape is loaded and switch the 
25 DSS digital port to receive the VCR input. If the DSS is off the VCR turns it to the ON state. 
ACTION: VCR turns the DSS to the ON state and sets the digital input port to receive data. 

Error State: DSS is in a Previous Scheduled Record Mode 

If the DSS is in use to make a recording the DSS returns an error message. 
30 ACTION: DSS returns an error message that it is unable to comply with the VCR action. 

Next, general clock update rules, i.e., specific operational rules governing the 
clock and time update functions of the DSS - DVHS interface, will be described. 
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Initialization Clock Setup 

Upon power up and bus initialization, the VCR locats best time source and 
request the time and date instant variables. 

The VCR makes an BROADCAST explicit invoke Unacknowledged Service: 
If Time Context (05) Real Time Object (02) time_source device_class = DBS then getArray 
current time "C\ The return result will be FC from non-DBS sources. Any clock with a DSS 
derived clock source returns: FE <Data element> 

If there are no returns then the VCR attempts to locate an alternative CEBus clock source by 
BROADCASTING an Explicit Invoke Unacknowledged Service: Time Context (05) Clock 
class Object (ID) If time_source o 0 then getValue current_time: 

ACTION: VCR request return of unit address of DSS products on the CEBus and for the DSS 
time context clock object instance variables current_time, current date string and day. 

For automatic time and date setup, the VCR will update the time context clock 
object (02 Real Time) instance variables * 4 C" (current_time), "e" (current date string) and "d' 1 
(day) upon determination that a power line failure has occurred. 

The VCR will also update the time context clock object (02 Real Time) instance 
variables "C" (current_time), 44 e" (current date string) and **d" (day) upon successful 
scheduling of a programmed timer event and receipt of each Power ON command from either 
the IR, front panel or CEBus control channel. 

For user initiated time and date update, upon request of the user from the VCR 
setup menu, the VCR will request the DSS to return the value for all supported time context 
clock object 2 (Real Time) instance variables. Also, the user can point to a specific CEBus 
clock element that he wants to control the VCR clock 

Next, bus initialization upon power up is described. More specifically, the 
CEBus initialization process to provide plug and play capabilities is described. 

Allocation of addresses is a significant function of CAL. The Node Control 
Object of the Universal Context is responsible for management of the three types of addresses 
in the CEBus network, MAC Addresses, System Addresses or house codes, and Group 
addresses. The DSS3 determines its MAC address and house code either statically or 
dynamically. In a dynamic device the house code is determined by asking other devices within 
the home for their system address, and the MAC address is determined by selecting an address 
not currently used in that house. In a static device, the addresses are not determined by 
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interaction with the home network, but by some other means, such as user determined or factory 
preset. 

This section involves static house code and address setup and describes the 
default House Code and Address acquisition used to insure plug and play between the VHS and 
5 other CEBus units. 

The VCR must be able to broadcast messages to all of the devices on the DAV 
media (Simplified Digital A/V connector). This is accomplished by using a MAC address of 
0000 along with the house code address of the system. All devices must be able to respond to 
the broadcast MAC address 0000. All un-configured devices must acquire a MAC address. 
10 Once acquired, an address must not be lost during a power interruption. 

The default (factory set) house code is set to the zone address 0001 . This 
address is stored in the EPROM memory and must be maintained during a power interruption. 

For default address generation, upon initial power up, the VCR is unconfigured. 
The VCR must acquire a Unit address by hailing and inform other devices of its existence. 
15 Once acquired, this address is stored in EPROM memory. The address must be maintained 
during a power interruption. The Unit address is acquired using the hailing method. 

User entered house code and address generation is also possible. The User may 
enter the Desired House Code from the Setup Menu. Upon setting the House code the device 
can either Hail for a Unit Address or be assigned an address. If it is assigned an address it then 
20 must using hailing to insure it is a unique address. 

The user may also initiate a reset to a factory preset house code and initiate 
address generation. That is, the User may force the VCR to reset the House Code to 000 lh and 
re-acquire a new Unit Address. 

Dynamic setup conditions involve the VCR being able to acquire a house zone 
25 (also referred to as a house code) address and a unique Unit address. 

The VCR must act as a settable Node when acquiring a House Code. To acquire 
a house code, the User places the VCR into a Settable Node state from the setup menu. While 
in this state the VCR hails for a temporary Unit Address and then request the Configuration 
Master to send its House Code. If no house code is obtained the user in informed that the 
30 Configuration Master has not sent the house code and instructed to re-initiate the Configuration 
process. Generating a unit address occurs once the VCR has obtained a valid House Code. It 
uses the hailing process to obtain a unique Unit Address. 
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In response to a time update request from other nodes, the VCR will return its 
clock value, located in the Time Context (.05) Real time Object (02) current timer instant 
variable, to a device upon request. 
C (43)* current_time R/W numeric 

5 The Current_time instant variable contains the present local time in the VCR 

Real time Object. The data is a 13 byte numeric : yy_mm_dd_hh_mm_ss_w (year, month, day, 
hour, minute, second, day of week). Stimulus methods for initiating a time update are as 
follows. 

getValue (43h) o: Upon receipt of getValue the VCR returns the ASCII value corresponding 
10 to the current time. 



setValue (45h) o: If the run_edit IV is set to zero and a setValue method and a valid numeric 
value is received, the VCR sets the current_position IV to the updated value. If the value is not 
allowed an error message is generated, 
j 5 All other methods are ignored and an Error Message is returned. 

The next section describes aspects of DVHS-VCR initiated playback and 
recordings. First, playback setup, i.e., means of linking the VCR Play function to a digital bit 
stream decoder or recording device, is described. 

To provide a default playback device, the default (factory set) is set to the zone 
20 address 0001 . This address is stored in the EPROM memory and must be maintained during a 
power interruption. 

Upon initial power up, the VCR is unconfigured. The VCR must perform 
default playback device validation, i.e., verify that the default device playback device is capable 
of decoding the DAV bus digitial bitstream. The VCR broadcasts for all DAV bus capable 
25 devices. 

Alternatively, the User may enter the Desired playback target device. 
Also, the User may force the VCR to reset the playback device target to the 

factory default. 

Dynamic setup involves the following. The VCR must be able to acquire a 
30 Playback Device, determine what devices are DAV capable, acquire DAV Capable address and 
capabilities information, determine best display device, and determine best Dubbing device. 

Next, record setup is described, that is, the means of linking the VCR Record 
function to a digital bit stream provider device. 
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The default (factory set) is set to the zone address 0001 . The default device is a 
DSS unit with an address of XXXX. This address is stored in the VCR ROM as the default 
value and uploaded into EPROM memory upon initial power up and when the machine is reset. 

Default record device validation is needed. Upon initial power up, the VCR is 
5 unconfigured. The VCR must verify that the default decoder device is present and capable of 
decoding the DAV bus digitial bitstream. The VCR broadcast for all DAV bus capable devices. 

User setup of the playback device is accomplished by the User may entering the 
desired record target device. 

The User may force the VCR to reset the record device target to the factory 

10 defaults. 

As part of dynamic setup, the VCR must be able to acquire a Record Device, 
determine what devices are DAV capable, acquire DAV Capable address and capabilities 
information, and determine appropriate bitstream source devic. 

RF Switch Control is described next with DSS recording being addressed first. 
15 In particular, the means of linking the VCR and DSS RF switch functions for displaying a DSS 
program is described. 

To provide a default recording device, the default (factory set) is set to the zone 
address 0001. The default device is a DSS unit with an address of XXXX. This address is 
stored in the VCR ROM as the default value and uploaded into EPROM memory upon initial 
20 power up and when the machine is reset. 

Next, the means of linking the VCR Record function to a digital bit stream 
provider device is described as part of DSS playback. The default (factory set) is set to the zone 
address 0001. The default device is a DSS unit with an address of XXXX. This address is 
stored in the VCR ROM as the default value and uploaded into EPROM memory upon initial 
25 power up and when the machine is reset. 

VCR display switch control is described next. First, the means of linking the 
VCR analog record and OSD functions to the DSS are described as part of the OSD display for 
analog recording via the VCR. 

For default OSD Generation for digital recording, the default (factory set) is set 
to the zone address 0001. The default device is a DSS unit with an address of XXXX. This 
address is stored in the VCR ROM as the default value and uploaded into EPROM memory 
upon initial power up and when the machine is reset. 



30 
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Another aspect of the system that will now be described is resource hailing. 
Hailing is a scheme through which a device gains access to network resources, such as data 
channels or even its own MAC address. Using this scheme, a device queries other devices on 
the network to determine if a particular resource is in use. 

The general case of resource hailing uses the if method to determine if one or 
more other nodes on the network are using a particular resource. The if method tests if an IV in 
one or more other nodes contains the desired resource. If so, the other node(s) return a result 
with a result code of 8 (Resource in use). 

A typical example is the hailing required to acquire a data channel. To acquire 
the DAV data channel, a node will query the network to see if the DAV bus is in use. To hail 
for DAV, the following CAL command is used: 

04 2F 5643 E8 F4 31 F6 01 F7 52 38 F8 

In the Data Channel Context (04) the DAV transmitter Object (2F) if ('C EQ 
1) BEGIN exit 8 END 

This command is sent to the Data Channel Context (04), Data Channel Transmitter object class 

(2F), using the local House Code, and broadcast Unit Address (0000). The command should be 

sent with the following protocol services: 

MT Service Level 

APDU Mode: Basic Fixed 

APDU Type: Conditionaljnvoke 

NL Service Level 

NPDU Type: non-extended service 
Routing: Directory 
Allowed Media: All 
BR1: As Required 

BR2: Not Used 

DLL Service Level 
Service_class: Basic 
DLL service: Unacknowledged 
Addressed service: As required 
Include source: No 
Priority: High 
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If one of the receiving nodes is currently using the DA V bus, the exit method 
will be executed and will generate a completed response with the argument 8, indicating to the 
originating device that the selected band is unavailable. The response message (FE 38) is 
generated with an MT.RESULT request primitive from CAL to the Message Transfer Element. 
5 Resource hailing requests such as this, sent to the broadcast address, should be repeated if a 
response is not received within 1 seconds (the worst case network round trip delay). If no 
response is received on the second attempt, also after an 1 second delay, the resouce can be 
assumed to be available. 

This technique can also be used to hail for a Unit Address, House Code, Group 

10 Address, or any other value on the network. If hailing for a Unit Address, an abbreviated 

version of hailing technique can be used since the address being hailed for can be used in the 
destination address field of the hail packet. For example, to hail for a Unit Address of 0037, the 
only CAL command necessary is: 00 01 52 38. This command is sent to the local House Code, 
Unit Address 0037, the Node Control Object (01) in the Universal Context (00), to execute the 

15 exit method (52) with an argument of 8. If any node within the House Code used has Unit 

Address 0037, it will execute the message and return a response message (FE 38). The protocol 
services used should be the same as the previous example, except that an APDU type of 
Explicit_Invoke should be used. 
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The next section lists and defines the contexts associated with the described 

Universal Context 00 

(Olh) Node Control Object 

This context contains the Node Control Object and is present in all 
CEBus compliant products. 



1 


Node Control Object 


|(0I) Node Control 




Required storage object of Universal Context 


IV 


R/W 


Type 


Name 


Context Function 


w(77) 


IW 


b 


power 


device power, 0 = OFF, 1 = ON 


n(6E) 


R 


c 


manuf name 


manuf. product name 


m(6D) 


R 


c 


manuf_model 


manuf product model 


c(63) 


R 


n 


product_class 


Product class number 


P(70) 


R/W 


c 


product_name/location 


location of product in house 


h(68) 


R/W 


d 


system address 


16 bit system address 


a(61) 


R/W 


d 


mac address 


16 bit unit address 


b(62) 


R 


n 


capability_class 


0 


reset 


R/W 


b 


reset 


resets device to factory defaults 


o(4F) 


R 


d 


context_tist 


list of used contexts in product 


f(66) 


R/W 


b 


configured 


1 = address configured 


i(69) 


R 


n 


setup 


used during configuration 


u(75) 


R/W 


n 


user_feedback 


user interface IV during config. 


d(64) 


R 


d 


source_unit_addr 


unit addr. of last received pkt 


c(65) 


R 


d 


source_system_addr 


system addr of last received pkt 


v(76) 


R 


c 


conformance_level 


C1C conformance level 


k(6B) 


R/W 


d 


authentication keys 


one or more keys 
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(02h) Context Control Object 

This context contains the Node Control Object and is present in all 
CEBus compliant products. 





Context Control Object 


| (02) Context Control 




The context control object for this context. 




R/W 


Type 


Name 


Context Function 


o(6Fh) 


R 


d 


object_list 


list of objects used in context 
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Medium Transport Context 1 lh 

(Olh) Context Control: Context Control Object 02 



01 
IV 


The context conti 
R/W (Type 1 


Obieo 1(02) Context Pnn,™i 

rol object for this context. 

Namc 1 Context Function 


o(6Fh) 


R 1 d 


0b > eCt - l>St IliSt Of Objects used in rnnt^, 

02 09 03 11 05 09 0C IC " 



(02h) Source Switch: MultLposition Switch Object 09 



02 




(09) Multi_position Switch 
Object 




1 he sourci 


c switch 


determines what signal is stored on the 1 


tape. 


TVN • 


". R/W 


Type 


Name: : 


Context Fuoctioa 


C(43) 


R/W 


n 


current_DOsition 


Default 


= 17 (TUNER n 


n(6E) 


R 


n 


number_positions 


4 


F(66) 


R/W 


n 


list of switch positions 




"54 50 52 31 20 20 20 20" 


"33 38" = DAV(38) 


DAV 


"41 56 52 31 20 20 20 20" 


"30 39" = AVRH9) 


AVR1 


"54 55 4E45 52 31 20 20" 


"31 37"= TUNER HI 7} 


Tuner I 


"46 52 4F 4E 54 20 20 20" 


"32 32" = FRONT(22) 


Front Panel 



03 Transport Mechanism: Medium Transport Object 1 lh 

10 





Transport Mechanism 


1(11) Medium Transoort 




The Trans 
motion, m 


port Mechanism models the VCR tape resource and is responsible for tape 
ode, and type information and states. 




^VR/W* 




Name 


Context Function 


P(50) 


R/W 


b 


pause_mode 


0=not paused 
1 =paused 


C(43) 


R/W 


n 


motion_mode 


0=stop (default) 
l=record 
2=slow play 
3=play 

4=play backwards 
5=scan forward 
6 = fast forward 
7= scan backward 
8 = rewind 


i (69) 


R/W(3) 


n 


index 


0 = index search disabled 
Other indicates index marks to 
move/play on. Transport will enter 
appropriate mode (play/stop) when 
index mark reached. 
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K6C) 


R/W 


b 


mediumjoad 


0 = empty 

1 = loaded. 


n(6E) 


R 


b 


non_wrucable 


"00 h" = read/ wile tape 
"01 h" = write protected tape 


m(6D) 


R 


n 


medium 


101 = VHS 

102 = SVHS 



(05h) Transport Speed: MultLposition Switch Object 09 



05 


Transport Speed Object 


(09) MultLposiiion Switch Object 




The source switch determines record tape speed. 


IV 


R/W 


Type 


Name 


Context Function 


C(43) 


R/W 


n 


current_position 


Two byes lone; 
Defaults 4; 

permissable numeric values are 4, 5. 6, 
and 38. Values are in ASCII format. 


n(6E) 


R 




number_positions 


4 


F(46) 


R/W 


n 


list of switch positions 




"53 50 20 20 20 20 20 20" 


4 = SP 


Standard Play 


"4C 50 20 20 20 20 20 20" 


5 -LP 


Long Play 


"45 50 20 20 20 20 20 20" 


6= EP 


Extra Long Play 


"44 41 56 20 20 20 20 20" 


38 = DAV 


Digital Audio Video Bus 



5 

(09) Counter Object: Counter Control Object 1 C 

A general purpose counter or timer object model. Used to model an up 
or down counter, pre-settable to a count with count enable/disable. Used to count 
events (count UOM), seconds (elapsed time), etc. Also used to model a timer 
10 which counts up or down counting units of time (usually seconds) depending on 

application. 





Counter Object 




|(1C) Counter Object 




The counter object for this context. 


IV; 




Taee_ 


Name 


Context Function 


e<65) 


R/W 


b 


count_enable 


enables or disables the counter 


u(75) 


R/W 


b 


up down 


count up = 1 or down = 0 


U(55) 


R/W 


n 


units_of_measure 


units of measure of the timer in the 
context selected. 


C(43) 


R/W 


n 


current count 


the current count in count units. 


t(74) 


R/W 


n 


target count 


the terminal count for current_count 
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OA 

IV 

C(43) 

n 


Anti-Dubl 

R/W 
R/W 

R 


sing Obi 

lypc 

n 

n 


eci 

Name 

Current_copy 


1 (09) multi-state switch 

30h = copy allowed 
3 1 h = analog copy allowed 
32h = I analog copy allowed 
33h = 1 digital copy allowed 
34h = no copies allowed 
35h = unknown 


F(46) 
"43 4F 50 
20" 


R 

59 20 20 2< 


n 

3 


0 = 


= COPY 


c 


opy allowed 


"41 4E41 4C43 4F50 


1 = ANALCOPY 


analog copy allowed 


"31 41 4E41 4C43 50 


2= 1 ANALCPY 


one analog copy 


"31 44 49 47 43 4F 50 
59" 


3= 1DIGCOPY 


one digital copy 


"4E 4F43 4F 50 59 20 
20" 


4 = NOCOPY 


No copies allowed 


"55 4E 4B 4E 4F 
57 4E" 


5 = UNKNOWN 


Unknown copy right privilege 



Tuner Context 12h 
5 NTSC Tuner on DVHS- VCR 

(Olh) Context Control: Context Control Object 02 



01 : 


Context Control Object 


1 (02) Context Control 




The coi 


next control object for this context. 






Type- 


NameL^Y 


Con text Function . 


o(6F) 


R 


d 


object Jisi 


list of objects used in context 




03 09 04 09 06 09 07 OA 



Channel Tuning: Multi_position Switch Object 09 

10 



03- 


Channel Tuning 


(09) MultLposition Switch 
Object 




The Chanr 


lei Tuning Object controls the NTSC tuner selection. 


IV 


R/W 


Type 


Namer 


Context Function 


C(43) 


R/W 


n 


currcnt_posiiion 


IS- 1 32 channel number, AFT will be 
performed 


n(6E) 


R 


n 


number_positions 
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Band Switch: MultLposition Switch Object 09 



04 


Band Switch 


(09) MultLposition Switch 
Object 




The source switch determines tuning mode. 


IV 


R/W 




Name 


Context Function 


C(43) 


R 


n 


current.position 


2=Air/Broadcast mode, 3=CATV mode 


n(6E) 


R 


n ■ 


number_positions 


(32h) , ASCII for value of 2. 



5 

(06h) Mode Switch Object: MultLposition Switch Object 09 



06 


Mode Switch Object 


(09) Multi-state Sensor Object 




The mode switch object selects tuning modes. 


TV 


R/W 


Type 


Name:: 


Context Function 


C(43) 


R/W 


n 


current_position 


Discription of received incoding mode. 


n(6E) 


R 




number_positions 


4 (34h) 


F(46) 


R 


n 


list of switch positions 


Default = ( 4 lh. 55h. 54h. 4Fh) 


"41 55 54 4F 20 20 20 
20" 


0 = AUTO 


Automatic mode selection. 


"4D 4F4E 4F 20 20 20 
20" 


1 = MONO 


Mono audio 


"53 54 45 52 4F 20 20 
20" 


2 = STERO 


Stereo audio 


"53 41 50 20 20 20 20 
20" 


3 = SAP 


SAP audio <MTS) 



10 (07h) Receive Mode Object: Multi_State Sensor (OAh) 



07^ 


Receiving Mode Object 


| (OA) Multi-state Sensor Object 




The receiving mode object reports reception of any special incoding mode for the station 
or channel currently tuned. 


rv- 




Type- 


Namer-* 


Context Function 


C(43) 


R 


n 


current_position 


Di script ion of received incoding mode. 


n(6E) 


R 




number_posi lions 


6 


F(46) 


R 


n 


list of switch positions 


Default = (4Eh, 4Fh, 4Eh, 45h) 


"4E 4F 
20" 


4E45 20 20 20 


0 = NONE 


No Signal or carrier detected 


"4D 4F 4E 4F 20 20 20 

20" 


1 = MONO 


Mono audio 


"53 54 45 52 4F 20 20 
20" 


2 = STERO 


Stereo audio 


"53 41 50 20 20 20 20 
20" 


3 = SAP 


SAP audio (MTS) 
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"53 41 50 4D4F4E4F 
20" 


4 = SAPMONO 


SAP audio + Mono 


"53 41 50 53 54 45 52 
4F* 


5 = SAPSTERO 


SAP audio + Stereo 



Video Display Context 13h 

0 1 Context Control Context Control Object 02 

5 



01 


Context Control Object 


. | (02) Context Control 




Fhe context control object for Video Display Context. 


TV 


R/W Type 


Name 


Context Function 


o(6F) 


R 1 d 


object_list 


list of objects used in context 




"02 09" 



02 Source Switch Multi_position Switch Object 09 



02 : 


Source Switch Object (09) Multi_position Switch 

Object 




The source switch determines what signal is stored on the tape. 


rv 




Type 


Name; ' 


Context Function 


C<43) 


R/W 


n 


current_position 


Default = 17 


n(6E) 


R 




number_positions 


4 


F(46) 


R/W 


n 


list of switch positions 


Default = 9 


"41565231 20 2020 20" 


9 = AVR1 


AVR1 


"54 55 4E45 52 31 20 20" 


1 7= TUNER I 


Tuner 1 


"46 52 4F4E 54 20 20 20" 


22 = FRONT 


Front Panel 
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Time Context 05 

Time context provides for general time keeping and alarm functions. 
15 Can send a message when alarm occurs. Also provides a general programming 

capability tied to the time for maintaining timed programmed events. 



Context Control Object 

The Context Control Object for the Time context indicates the presence 
20 of the Real Time Object (02) and eight Program Timer Event Objects (03). The 
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eight Program Timer Events have Object numbers AOh to A7h. The objecMist 
variable is given in Hex format where "h" denotes the end of a byte. 



01 


Context Control Object 


t(02) Context Control 




The context control object for Time Context. 


IV 


R/W 


Type 


Name 


Context Function 


o(6Fh) 


R 


d 


object_Hst 


list of objects used in context 




"02 ID 03 16 04 16 05 16 06 16 07 16 08 16 09 16 OA 16 " 



Real Time Object 

The Real Time Object holds time for the VCR timer. 

The current_time variable "C holds the present year, month,day, hour, 
minute, second and weekday. It is a composite of the hh_mm_ss, dd_mm_yy, 
and day_of_week Ivs as found in the E1A 600 Clock Object ( lDh). The last 
character of current.time (day of week) is treated as a bit string: Bit 2 6 indicates 
Sunday, 2 5 Monday, ... bit 2° Saturday. All other entries are in ASCII. 

The present year value is extended to four bits to allow for values above 
year 2000. 

Example: Wednesay, December 21, 201 1, at 1:22:03 pm (13: 12:03 
hours ) is represented as 
"32h, 30h,31h,31h, 
3th, 32h, 
32h, 31h, 
31h, 33h, 
31h, 32h, 
30h, 33h, 
08h" 

The run_edit instant variable controls the clock run and edit functions: 
binary value for clock running (=1) or stopped/edit (=0). The clock can only be 
edited if run_edit=0. 



02: 


Real Time Obiect |(lDh) Clock 




The Real Time object keeps the current real time for the Time Context. 


IVv 


~ R/W | Type 1 Nanxr 1 Context Function 
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r(72) 


R/W 


b 


njn_edit 


I -run 
0=edit 


C(43) 


RAV 


c 


curreni_iimc (13) 


current yy mm dd hh nn ss w 


1(49) 


R/W 


n 


time_source 


(VCR VALUE=rO) 
Possible Values: 

0 = not a source 

1 = DBS 

2 = Satillite 

3 = Set top Box . 

4 = TV 



Program Timer Event Objects 

There are eight Event Timer class Objects in the VCR. 

The current_status instant variable is used to determine the status of a 
program timer event object. When making an appointment, the requesting node 
uses the IF method along with the OOh wild card to determine which Event 
Timer class object has a current status =0, (30h). The event__data is 
conditionally set by the TRUE evaluation of current status = 0. The remote_hc 
and remote_ua instant variable hold the requesting node's house code and unit 
address. They may be set separately but are generally obtained from the source 
address fields of the received packet. 

The event_data contains all relevant information necessary to set up a 
recording event. The event_data may be cleared using the clear.event instant 
variable ' 4 c M (63h). 





Program Timer Event Object 


(16) Data Memory Class Object 




Used to store timed events for the device containing this context. Each object instance 
stores one timer event. 


iv- 


: R/W- 


Type 


Name 


Context Function 


C(43)* 


R(D 


n 


currenl_status 


0 = not scheduled 

1 = scheduled 

2 = executing 


h(68)* 


R/W(4) 


d 


remote he 


remote node house code 


u(75)* 


R/W<4) 


d 


remote_ua 


remote node unit address 


c(63)* 


RAV 


b 


clear_event 


set to 0 to clear event 

set to I to disable clear 

Default is I when event is unscheduled 


p{70) 


R/W 


n 


copyprotection 


30h = copy allowed 

3 1 h = analog copy allowed 

(no digital copy allowed) 
32h = 1 analog copv allowed 
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(no digital copy allowed) 
33h = 1 digital copy allowed 
(analog copy allowed) 
34 h = no copies allowed 
35h = unknown 



m(6D) 



timer_object_id 



30 33 " hex 
'30 34 " hex 
'30 35 " hex 
30 36 " hex 
30 37 M hex 

30 38 " hex 
3039 " hex = 

31 30" hex = 



= object 03h 
= object 04 h 
= object 05h 
= object 06h 
= object 07 h 
= object 08h 
; object 09h 
= object OAh 



n(6E) 



t(74) 



timer number 



30 31" hex = 
'30 32" hex : 
"30 33" hex = 
"30 34" hex : 
"30 35" hex : 
"30 36" hex : 
"30 37" hex 
"30 38" hex ; 



object 03 h 
object 04h 
object 05 h 
object 06h 
object 07h 
object 08h 
= object 09h 
: object OAh 



eveni_conflict 



timer_number values thai conflict with 
scheduled event. 

Is empty if there are no conflicts. Up to 
seven bytes long. 



e(65)« 



R/W 



event data 



DnnnLnTnRIAM 



D = start_event 
(4 bytes) 



month (1st byte) = 0lh-0Ch (1-12) 

day (2nd byte) = Olh - lFh (1-31) 

hour (3rd byte) = OOh - 18h (1 -24) 

minute (4th byte) = OOh - 3Bh (0-59) 



L = length_eveni 
(2 bytes) 



hours(5lht byte) OOh - 1 8h (1-24 hours) 
minutes(6th byte) OOh - 3Bh (0 - 59) 



T = Tuner Channel 
(2 bytes) 



(7th & 8th bytes) 002h - 3E7h (2-999) 



R= Repeat Condition 



I = AV Source 



(9lh byte) 

OOh = one time event; 
Olh = daily event; 
02h = weekly event; 
03h = monthly event; 

04h - all weekday event (tapes all weekdays) 



(10th byte) 
26h = DAV (38); 
09h = AVR 1 (9); 
llh = Tuner 1(17); 
16h = Front Panel (22) 



A = Audio 



(11th byte) 
Olh s= Mono; 
02h = Stero; 
03h = Sap; 
04 h = Sapmono 



R = Record Speed 



(12th byte) 
04h = SP; 
05h = SD; 
06h= EP; 
xx = Digital 
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note: event_conflict IV: This IV contains the timer.numbers of object that 
conflict with the event_data IV values stored in the Object and that do not have 
the same remote_ua and remotejic IV values. The object assumes that Prograr 
Timer Event Objects with the same remote_ua and remote_hc IV values are fro 
the same remote device and that the remote device detects its own conflicts. 



Data Channel (DAV Bus) Context (04h) 

01 Context Control: Context Control Object (02h) 



01 


Context Control Object 


1 (02) Context Control 




The context control 


object for DAV Bus Context. 


IV 


R/W jType 


Name • 


Context Function 


o(6Fh) 


R 1 d 


objectjist 


list of objects used in context 




02 03 03 04 



2E Dave Data Channel Receiver: Data Channel Receiver (03h) 



2E 


DAV Bus Data Channel Receiver 


1(03) Data Ch. Receiver 




'1 he IP channel receiver object for DAV Bus Context. 




? CRWT 


Type:: 


Name--. 


Context Function 


m(6D) 


R 


n 


medium 


DAV= (8) "38h" 


C(43) 


RAV 


d 


current_channel 


Current received channel number. 
M C" = 1 when receiving from bus. 
44 C" = 0 when off the bus. 


D(44) 


R 


d 


default channel 


Default channel is M 01h" 



2F Dave Data Channel Transmitter: Data Channel Transmitter(04h) 

Data channel transmitter object establishes a transmitter connection to a 
data channel(s) on a specific medium. The medium for the transmitter is fixed 
by the product for a particular instance of this object. The transmitter gains 
permission to transmit on the desired channel or band. An error status is 
returned if the object is not capable of using the channel requested. 



2F 


DAV Bus Data Channel Transmitter | (03) Data Ch. Receiver 




The TP channel transmitter object for DAV Bus Context. 
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IV 


R/W 


Type 


Name 


Context Function 


m(6D) 


R 


n 


medium 


DAV= (8) "38rT 


CC43) 


R 


d 


current_channel 


Current received channel number. 
C - 1 when inherits bus. 
Set = 0 when disinherits bus. 


D(44) 


R 


d 


default_channcl 


Default channel is "Olh" 
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CLAIMS 
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1. A method for interfacing between first and second devices interconnected 
via a CEBus control channel comprising the steps of: 

5 receiving in said first device via a user interface of said first device a command 

requiring control of a capability of said second device; 

sending from said first device to said second device via said CEBus control 
channel a request for control of said capability of said second device; 

determining in said second device in response to an attribute of an audio or video 
10 signai received by said second device that control of said capability requires a first password 
entered into said second device via a user interface of said second device; 

sending to said first device from said second device via said CEBus control 
channel a notification that said first password is required; 

entering a second password into said first device via said user interface of said 

15 first device; 

sending from said first device to said second device via said CEBus control 
channel an authenticate packet comprising said second password; 

validating said authenticate packet in said second device by processing said 
authenticate packet with an authentication algorithm which uses said first password as a key; 
20 and 

enabling said first device to access said capability of said second device if said 
authenticate packet passes validation; or 

sending an error indication to said first device from said second device via said 
CEBus control channel is said authenticate packet fails validation. 

25 

2. The method of claim 1 wherein the step of validating said authenticate 
packet comprises the step of validating said authenticate packet for each of a plurality of 
passwords known to said second device; each of said plurality of passwords being associated 
with a different level of security. 

30 
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3. The method of claim 2 wherein the step of sending an error indication to 
said first device comprises the step of sending from said second device to said first device via 
said CEBus control channel a result packet with an error token indicating that access to said 
capability is denied if said authenticate packet passes validation for at least one but not all of . 
said plurality of passwords known to said second device. 



4. The method of claim 2 wherein the step of sending an error indication to 
said first device comprises the step of sending from said second device to said first device via 
said CEBus control channel a reject packet with a reject code of failed_authenticatibn. 



WO 97/28650 



PCT/US97/01685 




SUBSTITUTE SHEET (RULE 26) 



BNSDOCID: <WO 97?8630A3JA> 



WO 97/28630 



PCT/US97/01685 




SUBSTITUTE SHEET (RULE 26) 



WO 97/28630 



PCT/US97A01685 




BNSDOCID: <WO 9728630A3JA> 



SUBSTITUTE SHEET (RULE 26) 



WO 97/28630 



PCT/US97/01685 



4/15 




FIG. 5 

SUBSTITUTE SHEET (RULE 26) 



WO 97/28630 



PCT/US97/01685 



5/15 




NODE \ 



AUTHENTICATE REQUEST 



FIG. 6 





VCR 
100 




VCR 
100 




VCR 
100 




VCR 
100 



VCR 
100 



EXPLICIT INVOKE 




FIG. 7A 



CAL ERROR RESULT 





FIG. 7B 

AUTHENTICATE EXPLICIT INVOKE 





FIG. 7C 

RESULT 




FIG. 7D 





REJECT 



FIG. 7E 




9728630A3JA> 



SUBSTITUTE SHEET (RULE 26) 



WO 97/28630 



PCT/US97/0168S 



EXIT: FAILURE 
. NO TAPE 




EXIT: SUCCESS | 



STEP 2: DBS 
INITIATES ANALOG 
RECORDING 



EXIT: FAILURE | — ^ 



829 




826 



EXIT: FAILED 
COPY RIGHT 
PROTECTED 



828- 



EXIT: SUCCESS | 



FIG. 8 

SUBSTITUTE SHEET (RULE 26) 



WO 97/28630 



PCT/US97/01685 



EXIT: FAILURE 
NO TAPE 




FIG. 9 



BNSDOCID: <WO 9728630A3.IA> 



SUBSTITUTE SHEET (RULE 26) 



WO 97/28630 



PCT/US97/01685 



8/15 



1001 



ADD PROGRAM 
EVENT FROM VCR 

I 



1003- 



GETDSS 
TIMER EVENT 




1005 



N 


VCR TIMERS 




FULL 



FIG. 10 



SUBSTITUTE SHEET (RULE 26) 



WO 97/28630 



PCT/US97/01685 



9/15 




SUBSTITUTE SHEET (RULE 26) 

BNSDOCIO: <WO_ 9728630A3_IA> 



WO 97/28630 



PCT/US97/01685 



10/15 



STEP 1: GET 
AVAILABLE VCR 
TIMER EVENT 




EXIT: DBS 
TIMERS FULL 




1 




EXIT: VCR 


TIMERS FULL 




-1216 







1225 

LL 



EXIT: FAILED 




EXIT: FAILED 


COPYRIGHT 




COPYRIGHT 


PROTECTED 




PROTECTED 



FROM 1230 T0 1230 



T0 1231 

FI6.12A 

SUBSTITUTE SHEET (RULE 26) 



FROM 1242 



WO 97/28630 



PCT/US97/01685 



11/15 



FROM 1228 



T0 1226-1229 




1243 



MESSAGE: DISPLAY 
SCHEDULE CONFLICTS. 



-1244 



EXIT: SUCCESS \ - 



EXIT: FAILED NO 
EVENTS AVAILABLE 



.ZL 



1239 



STEP 1: GET AVAILABLE 
VCR TIMER EVENT 




EXIT: VCR 
TIMERS FULL 



FIG.12B 



SUBSTITUTE SHEET (RULE 26) 



.9728630A3_IA> 



WO 97/28630 PCT/US97/01685 



12/15 



-1301 



GET PASSWORD 
INFORMATION 




1302 



£_ 

STEP 1: GET timer objttijd 
IN THE VCR 



1303 



GET EVENT 
INFORMATION 

I 



GET COPY RIGHT 
INFORMATION 
f 





CHANGE TO 
ANALOG 
RECORDING 



STEP 2: SEND 
EVENT DATA TO VCR 



EXIT: FAILED COPY 
RIGHT PROTECTED 



STEP 3: SEND COPY RIGHT 
INFORMATION TO VCR 



EXIT. FAILED 
PASSWORD 



STEP 4: GET 
SCHEDULE CONFLICTS 
T 




EXIT: FAILED COPY 
RIGHT PROTECTED 




FIG. 13 



SUBSTITUTE SHEET (RULE 26) 



WO 97/28630 PCT/US97/01685 

13/15 



1401 




1402 



STEP 1: DELETE EVENT 
IN THE VCR 




FIG. 14 

SUBSTITUTE SHEET (RULE 26) 



BNSOOC'D- --WO 9729630A3 IA> 



WO 97/28630 PCT/US97/0168S 



14/15 




STEP 4: DBS 
INITIATES ANALOG 
RECORDING 



EXIT: FAILURE [^1517 



EXIT: SUCCESS| 



SUBSTITUTE SHEET (RULE 26) 



FIG. 15 



WO 97/28630 



PCT/US97/0168S 




1611- 



1609 



STEP 2: DBS 
UPDATES COPY 
RIGHT INFORMATION 




STEP 4: DBS 
INITIATES ANALOG 
RECORDING 




BNSDOC1D- <WO 9728630A3 IA> 



INTERNATIONAL, SEARCH REPORT 



In oonal Application No 

PCT/US 97/01685 



A. CLASSIFICATION OF SUBJECT MATTER 

IPC 6 H04L29/06 HQ4L12/28 



According to International Patent Classification (tPQor to both national classification and IPC 



B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by classification symbols) 

IPC 6 H04L H04B H04N 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 



Electronic data base consulted during the international search (name of data base and, where practical, search terms used) 



C. DOCUMENTS CONSIDERED TO BE RELEVANT 



Category * 



Citation of document, with indication, where appropriate, of the relevant passages 



see 


column 


3, 


line 


25-43; figure 1 


see 


column 


3, 


line 


25-43 


see 


column 


5, 


1 ine 


5-27 


see 


column 


7, 


line 


5G - column 8, 


see 


column 


9, 


1 ine 


38-50 



Relevant to claim No. 



IEEE COMMUNICATIONS MAGAZINE, 

vol. 31, no. 10, 1 October 1993, 

pages 52-61, XP000400107 

D0UL1GERIS C: "INTELLIGENT HOME SYSTEMS" 

see page 53, right-hand column, line 21 - 

page 54, left-hand column, line 8; figure 

2 

AU 605 458 A (RIPPLE CONTROL SYSTEMS PTY 

L1M) 6 November 1990 

see page 4, line 9 - page 5, line 15 



Further documents arc listed in the continuation of box C 



j Patent family members are listed in annex. 



' Special categories of a ted documents : 

A" document defining the general state of the an which is not 

considered to be of particular relevance 
'E* earlier document but published on or after the international 

filing date 

*L" document which may throw doubts on priority claimft) or 
which is cited to establish the publication date of another 
ata&on or other special reason (as specified) 

*0" document referring to an oral disclosure, use, exhibition or 
other means 

*P" document published prior to the international filing date but 
later than the priority date claimed 



"I" later document published after the international filing date 
or priority date and not in conflict with the application but 
a ted to understand the principle or theory underlying the 
invention 

*X" document of particular relevance; the claimed invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the document is taken alone 

*Y" document of particular relevance; the claimed invention 

cannot be considered to involve an inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
in the art. 

'&' document member of the same patent family 



Date of the actual completion of the international search 



17 July 1997 



Date of mailing of the iniernauonal search report 

04.08. 1997 



Same and mailing address of the ISA 

European Patent Office, P.B. 5818 Patcntiaan 2 
NL - 2280 HV Rijswiik 

Tel. ( r 31-70) 340-2040, Tx. 31 651 epo nl, 
Kax: ( - 31-70) 340 3016 



Authonzed officer 



Dupuis, H 



Form PCT/1SA/21D <«««*»* tfceel) (July I»92) 



jpage 1 of 2 



INTERNATIONAL SEARCH REPORT 



In tional Application No 

PCT/US 97/01685 



^Continuation) DOCUMENTS CONSIDERED TO BE RELEVANT 



Category * 



Qiao on of document, with indication, where appropriate, of the relevant passages 



Relevant to claim No. 



EP 0 651 588 A (SONY CORP ;MATSUSHITA 

ELECTRIC 1ND CO LTD (JP)) 3 May 1995 

see column 7, line 58 - column 8, line 13 

see column 9, line 2-20 

see column 15, line 4-9 

see column 16, line 22 - column 17, line 3 



1 



. Form PCT.'IS A/210 (conunuauoo of tcoond Umm) <J«*y 1993) 

BNSOOCID: <WO 9728630 A 3. IA> 



page 2 of 2 



1 



INTERNATIONAL SEARCH REPORT 

Information on patent family members 



In* lonal Application No 

PCT/US 97/01685 



Patent document 
ciied in search report 



Publication 
date 



Patent family 
member(s) 



Publication 
dale 



CD 
tr 




A 

M 




NL oyuuou/ 


A 
M 












AU 620298 


B 


13-02-92 










AU 4911190 


A 


16-08-90 










CA 2009290 


A 


08-08-90 










CN 1G45317 


A,B 


12-09-90 










DE 69011543 


D 


22-09-94 










0E 69011543 


T 


02-03-95 










JP 2250439 


A 


08-10-90 










US 4980912 


A 


25-12-90 










US 5144662 


A 


01-09-92 


AU 


605458 


A 


06-11-90 


NONE . 






EP 


0651588 


A 


03-05-95 


JP 7131866 


A 


19-05-95 



r 



Form PCT/1S A/21 0 (patent (unity mnti) (July 1993) 

BNSOOCIO. <WO__97?8630A3_IA>" 



